--- Log for 13.05.110 Server: jordan.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 6 days and 12 hours ago 00.00.35 # as for where to put it ... well, working with JdGordon in the skinenginebreak branch sound like a good idea to me. 00.00.55 # I'm not thinking about integrating it into the theme engine myself, but if I could write my code in such a way that it could be built and used from the rest of Rockbox's code base without modification, I'd imagine that would make integration significantly easier, and make sure that the two files always stay perfectly in sync 00.01.26 # if the new skin engine is not dependent on the wps format it would also make sense to simply do it as parser rewrite in trunk. 00.01.43 # but that obviously depends on how flexible that skin parser would become :) 00.02.00 # yeah, that would be good. 00.02.01 # bertrik: the TEA list is missing the OndioFM (and the Samsung tuner too), both were built into the OndioFM 00.02.08 # If I'm not mistaken, the only really significant change I'd have to make over typical coding style is using static buffers instead of malloc()? 00.03.21 # and the Samsung one was also in *some* Archos V2-Recorders 00.04.38 # bieber: well, the libwps repository is c++ so there are some more differences. Or are you referring to a different code base? 00.04.49 # bertrik: oh, and the Iaudio X5s have an unmarked tuner chip which seems to be a TEA one too (same instructions work on them) 00.04.54 # and yes, you would need to use static buffers, Rockbox does not have malloc() 00.05.06 Quit TheSeven () 00.05.18 # and maybe M3 as well, not a 100% sure though, amiconn? 00.05.32 # pixelma, I just searched the wiki when making that page, I apparently missed a few 00.05.50 # bluebro: depends on how you define "static". There's of course the skin buffer to fill up 00.06.15 # * AlexP just added the H100 00.06.20 # New commit by 03alle (r25974): Make table headers bold; fix a typo 00.06.41 # A different code base: I'm going to go ahead and build a pure C parser that just disassembles the WPS file into simple structs without checking the semantics, and then another function to check all the tags against a description file to make sure they're valid 00.06.57 # gevaerts: well, I guess the parsed skin should not use any dynamically allocated buffer, right? 00.07.18 # My goal is to get away from the masses of boilerplate and separate class files that were starting to pile up and use something that's less labor-intensive and easier to modify 00.07.51 # New commit by 03alle (r25975): Use a nice apostroph 00.08.51 # The iAudio M3 and X5 have the D&A DA-201 or DA-202, which is actually a module containing the TEA-5767 (or at least a compatible chip) 00.09.03 # bluebro: again, define "dynamically allocated" :) 00.10.35 Quit robin0800 (Remote host closed the connection) 00.11.07 # * bluebro rather tired tonight 00.11.53 # gevaerts: right ... how dynamic is the skin buffer currently? 00.12.19 # bluebro: the total buffer itself is static, but wps elements are presumably allocated inside it 00.12.38 # There's no deallocation or anything like that though 00.13.17 # well, my guess would be that we want to keep this. Unless someone has a better idea :) 00.13.43 # but AFAIU this is as dynamic as that buffer would be without a real malloc 00.13.44 # Indeed. I'm not sure if that still falls within the scope of the parser itself though 00.14.30 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 00.14.37 # shouldn't the parser also store the tokens it recognizes? Or should the parser simply output a stream of tokens, leaving it to the next layer to store them somewhere / somehow? 00.15.05 Join robin0800_ [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 00.15.29 # I think that depends on how similar the requirements are for the actual skin parser, checkwps, and the theme editor 00.15.30 Join robin0800__ [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 00.15.52 # i.e. something for bieber and JdGordon to work out :) 00.16.22 # Here's the plan I've got for memory management, please tell me if it's horribly wrong: 00.16.24 # as the displaying code needs to retrieve the tokens independently it might make sense to separate some token storage layer. OTOH simply defining one and using it all over the place should be sufficient too :) 00.16.46 # gevaerts: definitely something for bieber and JdGordon to discuss :) 00.17.09 # New commit by 03alle (r25976): More nice apostrophes 00.17.52 Quit robin0800_ (Remote host closed the connection) 00.17.59 Quit robin0800 (Read error: Connection reset by peer) 00.18.03 # I'll declare one large buffer of struct skin_element and use them to hold all the skin elements. They're a linked data structure, so elements of the array will be pointing to each other, but I'll keep a count of how many are active, and when a new one is needed just increment that counter and use the next element in the array. 00.18.52 # * pixelma wished that fml was around more in IRC during or after commits 00.19.11 # And then for strings, when I need them, I have another large array of char's allocated, keep track of the last element used, and whenever I need storage for a string I just use some more space in there and hold on to a pointer to the beginning of it? Or is there another way that you normally do linked data structures without malloc()? 00.19.54 # bieber: what's a "struct skin_element" exactly? 00.20.43 # well, *more* exactly :) 00.20.50 # * gevaerts doesn't need the real full details 00.20.59 # It'll be the basic element of a WPS file. It can hold either a newline, plain text, a standard tag with name and parameters, or a conditional with name, parameter, and struct skin_element pointers for children 00.21.35 # Won't storing them all in an array be wasteful then? 00.22.05 # It is, but is there another way to do it without using malloc()? 00.23.04 # That's basically what I was talking about with bluebro a few minutes ago 00.23.07 # what's the difference between holding a newline or plain text? 00.23.31 # You basically use the mechanism you described for strings, or something very similar 00.23.32 Quit robin0800__ (Remote host closed the connection) 00.24.40 # also, without a real malloc a possible way could be to assume the memory to hold a skin element structure with a pointer to the text (which could be NULL) and a pointer to the next element. You could put the text immediately after the structure, and set the pointer to the next element just after that text. 00.24.40 # But again, talk to JdGordon about it. He knows the details of how it currently works, and he presumably has some sort of idea on how he wants it to work 00.24.49 # not sure if it's a good idea though. 00.24.53 # It would be the same mechanism, it's just that they have to have pointers to each other as well, since the entire relationship can't be modeled with just a linear array 00.25.08 Quit bertrik (Remote host closed the connection) 00.25.15 Join fml [0] (~chatzilla@p5DD2FF08.dip.t-dialin.net) 00.25.36 # pixelma: you wanted to talk to me? 00.26.07 # but yeah, JdGordon is your man :) Hopefully I'll manage to read up how it's currently done -- I really don't know how the skin tokens are currently stored 00.26.32 # bluebro: Just declare, say, a char[] and cast pointers to the struct type when I need to use them? 00.26.52 # pixelma: if you just say something without telling to whom you are speaking I'll probably miss it. 00.27.18 # bieber: yes. Taking care of alignment of course 00.27.25 # bieber: yes 00.28.08 # I don't know if you want a linked list though. A tree might work better, but I haven't thought about it much 00.28.42 # fml: I meant this (a) in general and (b) specifically, I don't understand the frequency thing (I don't see the point personally and I can't see anywhere how the new tag, or whatever it is, is used) 00.28.42 Quit liar (Ping timeout: 258 seconds) 00.28.55 # The structure I'm thinking about is basically both. For the most part, the structure is linear, progressing from one element to the next. It's only when it gets to a conditional that it branches 00.29.34 # pixelma: you'd then better ask JdGordon who designed the tokens. I just optimized the code. 00.29.48 # I could see it branch at viewports as well, but I'm definitely not sure 00.30.07 # pixelma: but IIUC the tokens are used to display the current/min/max frequency 00.30.24 # "create a formatting function for FM frequency " is not an addition by you? 00.30.29 # ...in the custom FM radio screen 00.30.33 # But I don't think the actual data structures after parsing is what JdGordon desperately wants to get rid of, so looking at the code probably gives a good idea of what to do 00.31.07 # pixelma: I just factored out duplicated code. Have you looked into the diff? 00.31.26 # well yes, doesn't tell me anything though 00.31.33 # in this case 00.32.00 # and the commit message lead me to believe otherwise 00.32.11 # gevaerts: What exactly do you mean by alignment? As long as I increment my next_space or w/e index by sizeof(my struct) every time I insert one, I should be clear, right? 00.33.14 # bieber: that's if the structure is always the same, which I suspect it's not. You basically want to align on multiples of four bytes 00.33.22 # pixelma: the message maybe should have been "avoid code duplication *through* introducing blah" 00.33.49 # Is that just for efficiency's sake? And can I assume that a char will be one byte on all of our targets? 00.33.55 # * gevaerts apologises for dragging details into this that probably aren't relevant yet 00.34.40 # no, it's to make things actually work. On e.g. arm you can't access an int (which would be in your struct) at an address that's not a multiple of 4, and you can't access a short at an odd address 00.35.42 # Oh my. So as long as every struct starts on a 4-byte multiple, the compiler will make sure the struct's memory is laid out so that it works correctly? 00.35.43 # fml: that would probably not have helped my understanding, the "introducing function" sounds more like a new functionality for a token. I didn't understand it was something "behind the scenes" 00.36.08 # yes, unless you specify that it's to be packed, which (in this case) would obviously a bad idea 00.36.22 # pixelma: yes, it was a purely technical commit, no visible functional changes 00.37.11 # maybe that could have been mentioned somewhere :) 00.37.32 # "no functional changes" or somesuch 00.37.37 # pixelma: now it has been mentioned here! :-) 00.37.47 # Got it. And treating 4 chars as 4 bytes will work fine wrt alignment? 00.38.14 # yes. char==byte on all reasonable systems :) 00.38.57 # pixelma: if it would bring new functionality, I'd also update the manual. Which is (pity!) not in sync at some places. 00.39.09 # If you've ever seen a data abort, this is what that is. Some code tried to dereference an unaligned pointer 00.39.25 # Sounds good, thanks for the primer 00.39.33 # fml: yeah, I guess especially not in this part 00.39.41 # currently 00.40.07 # I've never really written serious code for a microprocessor :/ 00.40.14 # *microcontroller 00.40.49 # * pixelma is reminded of her few half-finished manual patches and hopes to find some time tomorrow on national holiday (not related to FM skin though) 00.41.13 # pixelma: Some WPS tags are not in the manual. VI, Vi, radio... But I have to go now. The radio tokens are described in the wiki, so it should be straight forward to copy them to the manual. 00.41.19 # New commit by 03nls (r25977): Simplify special case function, speedup of about 0.2MHz on both coldfire and pp decoding the files in the test set 00.41.38 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 00.41.57 Quit joeyg (Quit: WeeChat 0.3.0) 00.42.17 # fml: the tags might be but.. 00.42.33 # bieber: in most cases you won't notice anything about this. It's just when you do things like memory management or handling binary data from external sources that the alignment things can bite 00.45.29 Quit raphi_ (Quit: leaving...) 00.48.04 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 00.49.53 Join josh_ [0] (~josh@69.46.59.170) 00.52.19 # I'm planning to update WPS/FMS tags in the manual tomorrow (today!) 00.52.28 Quit Gump (Ping timeout: 258 seconds) 00.54.43 # JdGordon: (for when you are about) - %?tm doesn't seem respected in the menus - e.g. I am in preset mode, so %?tm is false. I exit the fms to menu with radio playing, so my %?mp tag in my sbs calls a specific viewport, which has %?tm. bbb should be displayed as I was in preset mode in the fms, but aaa is displayed. aaa is also displayed if I left the fms in scan mode. 00.54.55 # great :) I just wondered if the appendix could be restructured a bit (or at least renamed) 00.55.18 # yeah, an intro of sorts would also be handy I think 00.56.28 Quit pamaury (Quit: Page closed) 01.01.55 Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 01.02.00 Nick apoelstra is now known as joeyg (~apoelstra@S010600236999fec1.vs.shawcable.net) 01.02.41 Quit bluebro (Quit: sleep) 01.03.43 # JdGordon: The progress bar also doesn't seem to respect the currently playing thing in menus - I exit the fms with radio playing to menu, and the progress bar goes back to zero instead of showing the position of the current frequency on the bar 01.03.51 # Sorry to only spot these now :) 01.06.08 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 01.06.12 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 01.06.18 Quit petur (Quit: ZZzzzz) 01.07.36 Quit solexx (Ping timeout: 240 seconds) 01.08.29 # * n1s wants to point out that accessing a char buffer via a struct pointer is breaking that strict aliasing stuff i.e. it isn't standard c, not that i have thought out a nice way to do it... 01.09.05 # JdGordon: I added them as http://www.rockbox.org/tracker/task/11264 01.09.28 Join solexx [0] (~jrschulz@e176106030.adsl.alicedsl.de) 01.16.39 # n1s - is r25977 yours? 01.17.01 # stripwax: yes 01.17.03 # cool 01.17.43 # well, it's les than 1% improvement :) 01.17.47 # some of that (existing) code is sortof weird. e.g. if read and read is either < chunk or == chunk, as far as i can tell. so if( read ah wait, we only do a divide in one special case. 01.24.06 # iÍ„m not going to pretend i understand it completely 01.24.36 # :) 01.24.54 # wondering if things might be quicker without the divide - if 16*dim>n then just don't use the optimised thing at all 01.24.57 # divides scare me 01.25.12 Quit stripwax (Quit: http://miranda-im.org) 01.25.17 # yes, divides are scary 01.26.22 # i had another patch that i thought should speed this special case thing up by calling the special case function directly instead of through the general case function but it slowed down cf for some reason... 01.35.36 # I mean, it pops 6 args from the stack, and then pushes them again, just to call the special case, and add to that the 8 cycles of call+return and another pop of the same args, so an overhead of some 30 cycles per call... 01.35.44 Quit kramer3d (Quit: Leaving) 01.45.54 Join Soap-N810 [0] (~user@245.sub-97-145-164.myvzw.com) 01.48.31 Quit S_a_i_n_t_ (Ping timeout: 252 seconds) 01.49.26 *** Saving seen data "./dancer.seen" 01.54.18 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.212) 01.55.03 Quit DerPapst (Quit: Leaving.) 01.55.35 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.05.50 Quit togetic (Quit: WeeChat 0.3.0) 02.12.10 Quit efyx (Remote host closed the connection) 02.12.49 Join togetic [0] (~togetic@unaffiliated/ibuffy) 02.16.38 Part toffe82 02.21.24 Join Rob2223 [0] (~Miranda@p4FDCA087.dip.t-dialin.net) 02.25.07 Quit Rob2222 (Ping timeout: 248 seconds) 02.26.25 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 02.26.26 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 02.27.06 Quit n1s (Quit: Lämnar) 02.29.23 Quit josh_ (Ping timeout: 248 seconds) 02.33.37 Quit Soap-N810 (Ping timeout: 252 seconds) 02.45.03 Quit MethoS- (Read error: Connection reset by peer) 02.51.13 # Hmmmmm, OK. Serious question...possible flamewar. 3.6 is looming, we need a new screen for the "default theme", do we just make a new screen for it, or do we update the whole damn theme staring from scratch? 02.51.36 # I realise this will be quite a job, but the cabbie code is looking quite elderly. 02.52.22 # new release == new face for RB? 02.53.10 # I'm happy to work with like minded individuals, a small group could get it done in a reasonably short time. 02.53.53 # S_a_i_n_t: The default theme contest was marked as ongoing. At any point in time you're welcome to create a new theme and propose it as a replacement default. 02.55.07 # that's the thing though, I think a group of people that have a similar idea could get this done a lot better, rathe rthan me sitting on the sidelines working saying "do you like this, nope, what about this? etc." 02.55.11 # just an idea. 02.55.40 # One way or another, someone's going to need to make the first proposal (visually) 02.55.41 # We *do* need to think about viewports, and progressbar logic for volume/battery whether we change the theme or not. 02.56.05 # also, not having %C everywhere ;) 02.56.06 # And no, we don't need to think about viewports or progressbar logic. They don't *need* to be changed. We *can* think about them, though. 02.56.44 # but, you're all for marginal decreases in size arent you Llorean? 02.56.48 # ;) 02.57.05 # if 10K whets your whistle 02.57.43 # S_a_i_n_t: I was against that 10k because the problem could be solved better in other ways. 02.58.05 # same here, we can reduce total size by doing things better. 02.58.16 # As it stands, reducing the theme size won't necessarily reduce RAM usage. 02.58.18 # *but* I *don't* want to argue... 02.58.50 # My Gigabeat currently is using 251K less than the amount allocated for the theme, apparently 02.58.58 # if dynamic buffers ever go in, then reducing a theme as much as possible makes total sense. 02.59.10 # Yes, but they aren't in now. 02.59.55 # While a major overhaul of the default theme is possible for the release, it's something you should get working on first, and try to attract people to once you've got something to show for it. 02.59.58 # they will be one day though (fingers crossed), and cabbie should be updated as it is the "face" of RB...if its just me that's interested in doing it, fine. 03.00.03 # If you just want to update the viewport and progress bar logic, just post a patch. 03.00.06 # but its a massive job for one person. 03.00.23 # s/massive/tedious/ 03.00.40 # and I'll need a lot of on DAP testing anyway. 03.00.55 # Really? Isn't everything that would be changing in the WPS stuff that would show in the sim? 03.01.14 # colours don't look the same etc. 03.01.24 # I *hate* making things too bright/dark. 03.01.28 # a pet peeve of mine. 03.01.56 # Well, a big part of that will depend on the set backlight brightness 03.02.00 # And the opinion of the viewer 03.02.05 # And the age of his player in some cases. 03.02.36 # Since it's not going to be one designer with access to all the players, the sim should be more than adequate anyway unless you know someone who has the same eyes as you. 03.03.05 # Besides, if you're just updating the existing Cabbie, the colors are already set, no? 03.03.35 # New GFX will need to be made in some cases...there is also the FM skin. 03.03.53 # I'm trying to find out if ZincAlloy has SVGs for the current Cabbie though 03.03.53 # It doesn't change the fact that you can just grab the RGB values from existing images 03.03.58 # that would help. 03.05.31 Quit whydoubt (Ping timeout: 252 seconds) 03.06.05 Join ischeriad [0] (~ischeriad@p5B0A0D9D.dip0.t-ipconnect.de) 03.09.08 Quit ischeria1 (Ping timeout: 245 seconds) 03.12.43 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 03.21.13 Join josh_ [0] (~josh@69.46.59.170) 03.33.14 # is "button_beep_freq: 5 and button_beep_len: 0" valid config file settings anymore? 03.33.25 # * S_a_i_n_t admits to never having seen these before. 03.37.53 # http://forums.rockbox.org/index.php?topic=24728.msg166530#msg166530 is confusing me, the config is from '06 but he reports only having trouble with the backlight. Unless I'm *really* blind, the settings for backlight appear fine. 03.37.58 Part josh_ ("Leaving") 03.41.21 # JdGordon: Whenever you come around, I've got some questions about your WPS language changes. Specifically, will ',' now be an escaped character, and will it ever be legal for a tag with no argument list (say %pv) to be followed immediately by plain text without a space in between? 03.42.42 # nice timing 03.42.54 # If the latter is possible, then it won't be possible to write a parser that can deconstruct a WPS file just by its syntax, because %xy could be either a two-letter tag or a one-letter tag followed by a letter of plaintext 03.43.13 # , would only need to be escaped inside param lists, and yes to the second 03.44.11 # ok, so we put a listing of each tag in the parser? 03.44.48 # Either that or require an empty () after tags with no params 03.45.22 # na 03.45.24 # Otherwise, yeah, I'll have to build the syntax parser with some kind of knowledge of the legal tags 03.45.39 # is that a big deal? 03.46.22 # Not terrible, we'll just have to decide on how to best specify the tags and their formats before I can get the parser together 03.46.56 # That's assuming there are single-character tags with no parameters. Are there any of those? 03.47.17 # %C 03.47.17 # Oh, escaped characters are 03.47.24 # and ; 03.47.57 # we can simplify this later when/if we require all tags to be the same length 03.48.17 # Okay 03.48.56 # So right now I'm thinking the easiest way to do this is to include a text-file that specifies the available tags and their number/type of parameters 03.49.29 *** Saving seen data "./dancer.seen" 03.49.45 # And I can just write the parser to take full advantage of knowing when it encounters a tag exactly what parameters it should be expecting 03.50.05 # make it simpler... just add a struct at the top struct tagtable { char tag[], char params[] }; 03.50.34 # Okay 03.50.37 # params would then be something like ddddds (d being digits, s being string) 03.51.14 # There's no way to embed a struct constant in C, is there? 03.51.23 Quit adnyxo (Read error: Operation timed out) 03.51.36 # ? 03.52.22 # http://svn.rockbox.org/viewvc.cgi/branches/skinenginebreak/apps/gui/skin_engine/skin_parser.c?revision=25967&view=markup scroll down a bit untill you see the table 03.52.23 # Like I can declare an array of strings with {"...", "..."}, but there's no way to do the same thing with structs, iirc 03.54.01 # don't gnu extensions support that? 03.54.02 # Oh, apparently you can 03.55.51 # bieber: also, stick your code at the top in utils/themeeditor or just themeeditor/ for now 03.55.56 # but in that branch 03.56.25 # Okay, so right now I've been fleshing out two files, generic_parser.h and generic_parser.c. Should I put a tag table like that in generic_parser.h, or give it its own header file? 03.56.55 Quit wincent_balin (Ping timeout: 260 seconds) 03.57.02 # code goes in .c files, not .h 03.57.10 # wow, it seems every time I look at a list of skin tokens I fond something new... 03.57.16 # *find even 03.57.47 # bieber: so a new .c file probably with a nice function find_tag(char* tag) 03.57.48 # Should this be considered code, since it's all constant? 03.58.01 # Okay 03.58.14 # yes, doing that means it is dead simple to replace at a later time (r another project :) ) 03.58.30 # and dont worry about not using malloc if you want to 03.58.36 # * JdGordon is reading last nights log 03.59.18 # I already threw together some functions for allocating space in a static buffer, why don't I throw up a patch with what I've got so far and see if you like it? 04.00.11 # ok, no, if you've done the code already then cool 04.00.14 # JdGordon: at a rough guess...how long has %pE and %pS been there for? 04.00.19 # I was just saying use malloc to make it easier 04.00.24 # track starting/track ending 04.00.33 # S_a_i_n_t: wasnt it your request for them? :) 04.00.42 # yes, it was.... 04.00.49 # I never knew you did it though!!! 04.00.51 # ;) 04.01.09 # since r25239 04.01.35 # 2010-03-18 18:08:49 +1100 (Thu, 18 Mar 2010) 04.01.40 # wow...I need to start highlighting commits I believe. 04.02.14 # I needed those for my cheap-ass AA transitions. 04.03.10 Join Strife89|Laptop [0] (~Strife89|@adsl-80-145-33.mcn.bellsouth.net) 04.04.38 # bluebrother: the current tokens are stored in a very boring array, sublines/conditionals need special handling to work 04.05.43 # bieber: sublines are s sort of condtional also... the difference is the branch is done based on time and not some tag 04.06.06 # Right 04.06.25 # I wasn't really sure if I should try storing them in a structure when parsing, or just let the viewer code take care of it later 04.06.48 # I'm thinking the former is probably the best idea, make it like a conditional 04.07.11 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.07.11 Quit pixelma (Disconnected by services) 04.07.31 Quit amiconn (Disconnected by services) 04.07.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.07.33 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.07.55 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.10.07 # yeah, do it properly.. the internal displayer is going to probably need to be redone also, so make the parser actually make sense... a tree sounds much better than a array 04.10.27 # Okay 04.11.07 # To submit a patch, I "Add New Task" in Flyspray with the type "Patches" and attach the file? 04.11.20 # are we still going to have the ability to do "subline(timeout), subline(timeout), subline(timeout)" or is it all moving to "(timeout) subline, subline, subline"? 04.11.28 # * S_a_i_n_t hopes that is parseable 04.11.58 # bieber: yeah 04.12.19 # S_a_i_n_t: I hope the former 04.12.49 # sweet, so do I, but the latter won't be *too* much a pain in the ass if it makes everything else a lot easier. 04.13.36 # Now, my patch file only specifies the file paths within the branch: is there anything special I need to do to specify that it gets applied to your branch+ 04.13.37 # ? 04.14.33 # do a checkout of that branch and then work as usual 04.16.51 # Okay, I just submitted FS#11265. If you get a chance to look at it, tell me if I'm doing anything wrong from the beginning 04.20.02 # wps_alloc_string() looks odd 04.20.29 # yeah, I still think #if 0 that code and just use malloc() inside those allocs for the time being 04.20.43 # Okay 04.20.52 # you dont want to be stuck with memory issues so early on 04.21.15 # keep with wps_alloc_string() calls and just use malloc inside that func 04.21.56 # SEMICOLON element should be SUBLINE 04.22.10 # also replace wps everywhere with skin 04.22.18 # I just changed that one, and okay 04.22.37 # Is there anything in particular you don't like about wps_alloc_string()? As near as I can tell, it works correctly 04.23.17 # why current_block * 4? 04.23.45 # gevaerts said to keep things lined up on 4-char blocks, so I'm just counting blocks instead of bytes 04.24.47 # char* 's dont need to be i think, and it looks like you are wasting a.... OH.. right 04.25.03 # Yeah, I'm also packing structs into that same array 04.26.02 # buffer_front = (void *)(((unsigned long)buffer_front + 3) & ~3); <- simle one liner to keep the pointer aligned 04.26.59 # Okay, & and ~ are bitwise AND and NOT 04.27.06 # yeah 04.27.42 # So we're adding three, and forcing the last two bits to zero 04.27.44 # That's clever 04.28.32 # So I'll just count bytes instead of blocks, and throw that in at the end of each malloc function? 04.29.16 # really, just use malloc for now... the editor has the OS to do memory management for it 04.29.25 # Oka 04.30.29 Part Strife89|Laptop 04.31.36 Quit joeyg (Quit: WeeChat 0.3.0) 04.33.31 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 04.33.36 Quit joeyg (Client Quit) 04.38.25 Join Boldfilter_ [0] (~Boldfilte@adsl-178-202-154.jax.bellsouth.net) 04.40.14 Quit Boldfilter (Ping timeout: 240 seconds) 04.40.14 Nick Boldfilter_ is now known as Boldfilter (~Boldfilte@adsl-178-202-154.jax.bellsouth.net) 04.43.39 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.45.07 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 04.49.00 # JdGordon: Tag parameter types should just be integer, character, or string, right? 04.49.48 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 04.49.54 # sounds about right 04.50.26 # maybe filename also, but that could be tricky because of the folder not being there 04.51.14 # Well, the parser will know ahead of time what it's looking for 04.51.23 # So being able to tell them apart isn't really an issue 04.52.03 # I was thinking that the parser could complain if the file isnt there, but that probblay isnt good 04.53.08 # If you want, I can add a filename type. My parser will just treat it as a string, but if you're integrating it you can have it check, since the file _does_ need to be there when the theme's actually being loaded on the device 04.53.36 # also, some tags will have (probably at most) one optional arg 04.54.13 # I'm not sure how you want to handle that, it sounds like you want to convert the params into the actual types instead of leaving them as strings? 04.54.32 Quit dys (Ping timeout: 276 seconds) 04.54.38 # Yeah 04.54.42 Join dys [0] (~andreas@krlh-5f725fb4.pool.mediaWays.net) 04.54.53 Join Barahir_ [0] (~jonathan@frnk-590fd0e8.pool.mediaWays.net) 04.55.42 # Right now the format I'm thinking of for the control strings is something where "Ii|S" would mean that you have two integers with an optional string at the end, and if a character is lowercase it means you can select a default with '-' 04.55.43 # which I guess means {"Vi", "cddddd" } is different to {"Vi", "ddddd"} 04.56.27 # that could work 04.56.56 # The characters I'm looking at are I, C, S, and F, for integer, character, string, and file name 04.57.04 # Sound reasonable? 04.58.01 # scrap c I think 04.58.17 # Just have it use strings? 04.58.18 Quit Barahir (Ping timeout: 248 seconds) 04.58.21 # yeah 04.59.29 # Okay 04.59.48 # will this be able to handle the playlist viewer tag which has 2 string params which contain skin code? 05.01.21 Quit mc2739 (Ping timeout: 258 seconds) 05.03.04 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 05.03.26 # Unhelpful: can i bug you about AA? 05.03.40 # JdGordon: what's the question? 05.04.17 # why is the dim stored seperatly in playback.c instead of using width and height directly from the skin token? 05.04.34 # the dim vals are static arnt they? 05.06.01 # i... have no idea? 05.06.38 # isnt aa your thing? 05.07.18 # JdGordon: That should be along the same lines as conditionals, it will just recursively parse those parameters as code 05.08.20 # will that happen automatically? 05.08.26 # rockbox had AA long before i got involved. i've looked a bit at the code that actually loads it, and rather a lot at the image loaders, but as to the general design of our implementation? there's a lot i've never seen or touched. 05.08.37 # nuts, ok 05.09.29 # I just need to include a code character for the parameter control strings, how about using C for that? 05.10.17 # Then the parser will just run the recursive calls when it encounters those, and store the results in the children array of the skin_element 05.10.40 # sounds good 05.11.02 # JdGordon: you're talking about struct albumart_slot in playback.c? i had notihng to do with multi-AA but it looks like what it does is make a unique-ified list of requested AA sizes 05.11.39 # in the case that, for some reason, you specify AA twice with the same dimensions, it will give both the same slot. 05.12.14 Quit mc2739 (Ping timeout: 276 seconds) 05.12.18 # ok, but still sounds like it could come straught from the skin 05.13.10 # getting radio art working in the current system cleanly is a bit annoying 05.13.30 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 05.13.57 # also the whole "slot" thing doesn't even actually ensure that you don't buffer the same file scaled to the same size twice 05.14.39 # suppose you load a large, square album art, and the WPS asks for 40x40 and 40x80 - the output image for both will be the same size. 05.16.09 # so plenty of room for improvement :) 05.18.22 # well, i want to do something about making the buffer allocations more dynamic, and part of that plan included refcounting and checking for attempts to buffer things already buffered 05.18.55 # in the case of AA we could easily make such a scheme work for multi-AA by labeling the file as /path/to/file/ 05.23.26 # JdGordon: just looked at the FM screen/theme thread again...perhaps I have different ideas on how things could be done? 05.27.01 # Is it going to be a lot simpler than I thought? 05.27.39 # noob question I'm sure, but can I change the file attached to a Flyspray task I submitted? 05.29.50 # S_a_i_n_t: this is mc2739's screenshot http://imagebin.ca/view/J4DTTlc.html 05.30.31 # bieber: you should eb able to.. depends on permissions... or beter to just add a new comment 05.31.44 # I had a *similar* idea. I imagine "is stereo" to be useful as an icon though? 05.31.57 # Okay, I just attached a comment with a new patch. It has a sample tag table with just a couple entries, and a really simple search function for it (FS#11265) 05.32.09 # S_a_i_n_t: yeah, probably 05.32.59 # bieber: comments for what those characters mean would be nice :) 05.33.03 # do you have commit access yet? 05.33.23 # There's a big 'ol comment block in the .h file that explains it, should I copy it over to the .c too? 05.33.35 # ah, so there is.. na 05.34.33 # And no, I don't have commit access 05.35.07 # can you make | only make the next item completly optional? those viewport tags have the first param optional 05.36.29 # Oh, right, the group has to be made optional together 05.36.55 # Is there ever a case where there's more than one optional group like that? 05.37.30 # I cant tihnk of any 05.38.00 # I could just let you insert a number before a character to specify the number of times that type must occur 05.38.37 # So then it would be IIiii|2s, which would specify that if there's anything there, it has to be two strings together 05.39.23 # that wont fix %Vi where the first param is the optional one.. all the others are required 05.39.36 # and it is nice having the first param as the label 05.40.16 # Isn't that first param required? 05.40.43 # no 05.41.16 # I suppose we could change it to required but -'able 05.41.21 # Wouldn't you use V instead of Vi if you weren't specifying an identifier? 05.41.27 # JdGordon: Are the bitmapstrip GFX already present (+some new ones) being recycled in the FM skin? Or should this be when we get CabbieV2 to use progressbar-type volume/battery also (+more effort)? 05.42.15 # I havnt seen the code for that screenshot.. Ideally it should be as close the the WPS as posible (to make sense)... but it doesnt have to be 05.42.57 # using the same images would make it all easier 05.44.42 Quit Topy (Ping timeout: 260 seconds) 05.44.49 # and straight away giving it art support would be good... not sure what to put there if the image isnt found though 05.45.08 # maybe the playlist viewer, or just a massive freq display 05.45.32 # for some reason, one thing I'm not a fan of so much is the "now playing" not being something specific to the radio in that screenshot. 05.45.42 # other than that, it looks nice. 05.45.55 # yeah, me too... so fix it :) 05.46.04 Join Topy44 [0] (~topy@my.fastsh.it) 05.46.14 # I wanna know if ZincAlloy has SVGs 05.46.25 # or if I should just be butchering bitmaps ;) 05.46.26 # JdGordon: None of those messages were aimed at me, right? 05.47.08 # no, I apparently missed your question 05.47.31 # Wouldn't you use V instead of Vi if you weren't specifying an identifier? 05.47.59 # %V is a regular viewport, %Vl is a conditional viewport, %Vi is the UI viewport (the one the lists go in), %Vi can have an optional id, kugel was thinking we shuold get rid of %Vl and just use the conditional id on %V also 05.48.25 Part Boldfilter 05.48.36 # Okay 05.49.31 *** Saving seen data "./dancer.seen" 05.50.55 # Why don't I do both, then? When you have items grouped together that are optional, the number notation will be helpful (as well as just helping to compress definitions), and if you want to have an optional parameter at the beginning the single character will work best 05.51.18 # Say a ? after a character to make it optional 05.51.30 # ok 05.52.13 # Sounds good then 05.52.45 # Tomorrow I should be able to hammer out most if not all of the parser 05.52.51 # awesome :) 05.52.57 # Heh, talking about it on IRC ended up taking an awful lot longer than I expected 05.53.13 # talk is more fun than actual doing 05.53.23 # Of course ;) 05.53.47 # Do I get SVN commit access if you apply my patch, or will I need to submit a public key or something? 05.54.18 # you need to talk to Bagder to setup a user/pass... 05.54.35 # Okay 05.54.36 Quit Strife89 (Quit: Rebooting to Windows to try and get this friggin' webcam to do something. XD) 05.54.39 # Is he/she around often? 05.55.04 # yes, but he's in sweden so the timezones wont line up much 05.55.57 # Is he usually around in the morning or afternoon his local time? 05.58.27 Join Strife89 [0] (~michael@adsl-80-145-33.mcn.bellsouth.net) 06.02.57 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.09.45 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 06.12.28 # New commit by 03jethead71 (r25978): Trim down peak calculation a bit. 06.19.10 Quit bmbl (Ping timeout: 258 seconds) 06.23.34 Quit BHSPitMonkey (Remote host closed the connection) 06.26.01 # thought of something to save skinbuffer with the FM screen, but it involves changing the WPS slightly. I guess, basically, it's cutting the "now playing" out of the Cabbie backdrop, adding a "radio screen" equivalent, and displaying them conditionally with %cs... 06.26.17 # that way the FM screen can use the Cabbie backdrop and not look weird. 06.26.47 # or, the "radio screen" title could just be drawn overtop of the "now playing", but that's kinda hacky. 06.33.34 Quit shai (Max SendQ exceeded) 06.34.20 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 06.40.16 Quit joeyg (Quit: lions and tigers and bears, oh my!) 06.42.08 # its not hacky 06.42.25 # either way, using the same backdrop image would be nice 06.42.39 # using an overlay image in the fms means only 1 extra bmp 06.47.35 # that's true...I quess I just have an aversion to drawing overtop of things. But, it is the backdrop so I guess it's not bad. 06.48.20 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 06.51.06 # either way, using the same backdrop means there should be plenty of room to load a font or two 06.52.12 Quit mikroflops (Ping timeout: 252 seconds) 06.52.44 # there should indeed be, I haven't worked out the saving you'd get from chucking out the bitmapstrips for volume/battery...but I suspect it's around ~10-15Kb 06.54.06 # i doubt it 06.54.09 # not that much 06.54.37 # the volume bmp is 5KB on e200 06.55.00 # battery is 6KB.. so yeah ok maybe together 06.56.32 # I said ~10-15, that fits! ;) 06.57.28 # larger screen == bigger saving though I suppose. 07.13.55 Join kifo [0] (~47d09779@giant.haxx.se) 07.15.10 Join kifo_ [0] (~brendan@71-208-151-121.hlrn.qwest.net) 07.15.36 # Hi, I might be blind and stupid but I've been looking for 15 minutes and can't find the clip+ manual 07.17.24 # and I did try google btw 07.18.28 # says its included in the release, however the link to the current release isnt on that page, I think I have the current release, but it isnt in that archive either 07.18.54 Quit kifo (Quit: CGI:IRC (Ping timeout)) 07.19.24 # It is listed as unusable. 07.19.48 # I thought it would still have a manual 07.19.55 # Do manuals get compiled for unasuable targets? I don't know... 07.20.08 # doesnt make sense why its unusable 07.20.23 # but I'm only looking at the outside of it I guess not really a dev person so 07.20.38 # the release has made great progress in the last what 2 weeks or so anyways 07.20.44 # it was listed as unstable at one point 07.20.56 # I dont suppose there is a chance that manual still exists maybe? 07.21.21 # honestly, I'm just confused about how to rate song is all, although the manual would be great to have. 07.21.35 # *maybe*, but, whatever exists you'd probably need to compile yourself. 07.21.53 # rate a song by using the context menu in the WPS 07.22.13 # It may be that it isn't supported 07.22.28 # call the context menu, then select set song rating. 07.22.37 # the context menu doesn't seem to have that option 07.22.38 # that'll be how to do it, if you can do it. 07.22.49 Quit Horscht (Ping timeout: 248 seconds) 07.23.23 # I don't have that target, but it should be the same. 07.23.34 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 07.23.39 # are you calling the context menu in the file tree of the WPS? 07.23.49 # (they have different selections) 07.24.00 # s/of the/or the/ 07.24.02 # File tree of the wps? 07.24.04 Quit Strife89 (Quit: Rebooting.) 07.24.18 Join esperegu [0] (~quassel@145.116.15.244) 07.24.21 # "file tree" or "wps" sorry. 07.24.37 # ive tried both 07.24.50 # when you say it has a different target do you mean it might be under a different name? 07.25.03 # I think I've tried all of them but that would be a quick double check 07.25.25 Join n1s [0] (~n1s@rockbox/developer/n1s) 07.25.26 # no, by "I don;t have that target" I mean, I don't own a Clip+ 07.25.37 # I guess it just couldn't be supported yet, some short time ago the clip+ didnt have write permissions 07.25.41 # but, I thought if it can do it, it is probably done in a similar way. 07.25.42 # so it may have been overlooked 07.26.08 # New commit by 03funman (r25979): fuzev2: current estimation assuming same battery capacity than v1 07.26.13 # not exactly a critical feature hah 07.26.14 # New commit by 03funman (r25980): as3525: use DMA for recording ... 07.26.24 # Perhaps, but even so...this is why it's classed as unusable still I guess. 07.26.36 # among other things 07.27.54 # its so strange because it doesn't seem buggy at all, I mean it hasn't crashed on me and I've been torture testing it trying to see if it's worth installing again 07.28.10 # if it isn't unstable soon I'd be suprised just from what I gather but 07.28.20 # Are you playing files from microSD? 07.28.29 # Yea 07.28.36 # sdhc also too 07.28.39 # which is amazing 07.28.45 Join Boldfilter [0] (~Boldfilte@adsl-178-202-154.jax.bellsouth.net) 07.28.52 # It only crashes if you play from sd during database update 07.29.03 # thats the only way I've gotten it to crash during sd/hc reading 07.29.09 # Hmmm...then that is a good sign. The port has made some significant jumps lately. 07.30.19 # I'm not sure exactly how Stable/Unstable/Unusable are defined, but there will be a good reason it's still where it is though. 07.30.34 # Yea, no plugins crash either, even clock crashed not even 3 weeks ago 07.30.39 # kifo_: You might check the clip manual. It should be fairly close to the clip+ 07.31.06 # mc2739: yea I'm looking through it now, seems mostly the same, other than a few wheel discrepencies 07.31.26 # S_a_i_n_t: incredibly it even follows playlists across internal memory to sdhc 07.31.39 # :D so yea ill stop clogging up your chat 07.31.40 # thank you! 07.31.47 Quit kifo_ (Quit: snaotheusnatohisatneu,c.pr) 07.38.41 Join Strife89 [0] (~Strife89@adsl-80-145-33.mcn.bellsouth.net) 07.43.13 Join BHSPitMini [0] (~BHSPitMon@pool-71-170-176-30.dllstx.fios.verizon.net) 07.45.31 Quit arbingordon (Quit: `) 07.49.35 *** Saving seen data "./dancer.seen" 07.56.42 # S_a_i_n_t: The default theme isn't set in stone by any means, but what you need to do is make a visual proposal - do a mockup, showing how it would adapt to different screen sizes etc., and then if it is decided that it is preferred to Cabbie v2, then you can start working on it. 07.56.50 # JdGordon: Yo! 07.56.54 # hey 07.57.07 # Thanks for finally getting fms in :) 07.57.21 # Did you see my comment earlier? 07.57.49 # yeah, I'm looking at it now 07.58.06 Join ender` [0] (krneki@foo.eternallybored.org) 07.58.32 # Sorry to only spot it at this point 07.58.50 # no worries 07.58.54 # New commit by 03funman (r25981): as3525: use a table for mclk dividers, get rid of a division 07.59.04 # I dont mind fixing bugs when they are found :) 07.59.09 # :) 07.59.14 # fms is looking nice though :) 07.59.36 # and will look even better when radio art is added! 07.59.44 # yeah, that'll be ace 08.02.11 Quit mc2739 (Ping timeout: 265 seconds) 08.02.37 Quit JdGordon (Read error: No route to host) 08.03.16 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.03.16 Join Ipsi [0] (~Ipsilon@adsl-64-160-118-7.dsl.scrm01.pacbell.net) 08.03.50 Quit hd (Quit: Ω) 08.06.15 Join funman [0] (~fun@rockbox/developer/funman) 08.07.28 # i messed up the fuzev2 bootloader, it shows 'Boot Ver. Ver. 2.0' (2 times Ver.) 08.07.56 Join evilwombat [0] (~marsupial@76.212.131.21) 08.08.02 # stevenm here 08.08.14 # I see you guys are still maintaining the MIDI plugin. 08.08.15 # Awesome!! 08.08.19 # Thanks! 08.10.29 # evilwombat: not much has been done to it lately, I'd like to turn it into a codec but haven't even started figuring out how yet 08.10.55 # n1s, I can see this being a bit interesting, with the patchset and all 08.11.08 # because they are not accessed in a streamed fashion 08.12.03 # the "simple" way would be to just blow away the music buffer and fill it entirely with patches 08.12.05 # yeah, we'd need to have a way to alloc space for the patches on the audio buffer 08.12.20 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 08.12.25 # i can see just discarding the buffer, using it, and returning it to music when midi is done 08.12.39 # but, performance hit / having to refill it from the drive again 08.12.43 # evilwombat: but the whole point of having it as a codec would be so you could have MIDI's in regular playlists 08.12.56 # n1s, yeah, that's true 08.13.02 # Bagder: can you put http://omploader.org/vNGJiaA/bootloader-fuzev2.sansa on http://download.rockbox.org/bootloader/sandisk-sansa/fuzev2/ please ? (last fix I promise) 08.13.32 # the elegant way would be to find a way to grant it space in the buffer when a midi file comes up 08.14.05 # yes 08.14.10 # but you probably know a lot more about that architecture than I ever did 08.14.18 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 08.15.19 # unfortunately i don't know the buffering code well :/ 08.15.55 # one thing i can think of is letting midi allocate from the end of the audio buffer, going backwards 08.16.07 # ie, wiping out the undecoded songs that are already there 08.16.13 # but starting with the "last" song first 08.16.23 # (and, properly removing them from the buffer, I mean) 08.17.13 # conceptually it makes sense.. most recent songs (ie, next in the playlist) might be left untouched, but songs that would have been played later in the playlist would have to be reloaded 08.17.32 # but how to implement this in practice, I am not sure 08.17.50 # maybe, the whole problem is that we need all the patches for as long as a file is playing, while the buffering system is designed for streaming files that don't need to keep their used data around 08.18.04 # yeah, i don't know either 08.18.48 # we need a better way of knowing what is controlling playback 08.19.12 # is it possible to introduce a "shim" codec that would call the plugin when a mid file comes up, and then reload the contents of the audio buffer when it's done? 08.20.20 # probably, but i don't think such a solution is a good idea nor that it would be accepted into svn 08.20.23 # gtg 08.20.42 # n1s, yeah, you're probably right 08.20.47 # but yeah, sleep here also 08.20.59 # thanks again for the maintenance! 08.21.53 # AlexP: for the progressbar... I have it so it will show the freq in the menus as long as the radio isnt off.. is that good enough? 08.22.12 # I think so, yes 08.22.14 # in the sim at leats you can be in the radio screen with the radio off 08.22.53 # yes, I noticed that - when you first enter the fms it doesn't show anything until you press "play", but on target it is fine 08.23.35 # none of my radio targets are working atm so its hard to test :( 08.26.00 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 08.26.00 Quit jd (Changing host) 08.26.00 Join jd [0] (~jd@Wikipedia/HellDragon) 08.26.15 # I'm happy to if desired :) 08.28.52 # it looks like the mode is set back to scan mode when the fm screen exits (although i cant see where) 08.28.58 # which causes the other problem 08.29.23 # radio.c really needs to be redone 08.30.58 # AH, presets are cleared on exit for some reason! 08.31.28 # any ideas why that happens? that doesnt make much sense 08.32.21 Quit jd (Read error: Connection reset by peer) 08.32.40 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 08.32.40 Quit jd (Changing host) 08.32.40 Join jd [0] (~jd@Wikipedia/HellDragon) 08.32.57 # no, thats not right 08.33.49 # :O yes it is 08.33.50 # WTF? 08.34.43 # anyways, sleep time is now. good night all 08.34.45 Quit evilwombat (Quit: ^D) 08.35.13 Quit BHSPitMini (Quit: Ex-Chat) 08.36.26 Join godeater [0] (~godeater@rockbox/staff/GodEater) 08.37.12 Part jd 08.38.07 # AlexP: ok yeah can you test a quick patch? 08.38.17 # yepper 08.39.51 # http://pastebin.com/pWDBzLnw 08.40.06 # the big thing to test there is that presets work on exit and reenter 08.41.13 # funman: moving them from unusable or unstable? 08.41.30 # yes, did i make a typo? 08.41.42 # the last 2 sentances make no sense 08.41.55 # The reason for removing them from unstable category has been removed in r25924, so I see no blocker. 08.41.55 # OK for moving them to unstable category? 08.42.32 # they had been removed from unstable for a reason, and this reason isn't valid anymore since r25924 08.43.04 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.44.20 Join stoffel [0] (~quassel@p57B4CDA5.dip.t-dialin.net) 08.44.23 # my e200v1 can boot into rockbox but not OF, it is useing a really old bootloader which tries booting to OF on usb connect.. how do i fix the OF? i cant get to recovery mode 08.44.29 # with rbutil be able to fix that? 08.44.34 # JdGordon: Had a thought, not sure if it could be done though...and it'd be pure eye-candy, is a "%boosting?" tag possible? 08.44.52 # -spelling mistakes 08.44.52 Join flydutch [0] (~flydutch@host138-162-dynamic.14-87-r.retail.telecomitalia.it) 08.44.55 # pointless IMO 08.45.24 # not entirely pointless, but pure eye-candy. 08.45.44 # AlexP: it is no less pointless than disk access... 08.45.59 # I disagree there :) 08.46.44 # I don't actually care though :) 08.46.50 # It's something I wouldn't mind seeing on an .sbs, I'm not sure *why* exactly...but I like to animate everything. 08.47.14 # it would be stupidly trivial to add 08.47.35 # sounds promising... 08.48.13 # all glory to rbutil! 08.48.41 Quit YPSY (Ping timeout: 248 seconds) 08.48.48 # erm, OK... 08.49.00 # * S_a_i_n_t bows to his new deity. 08.49.17 # JdGordon: Patch works fine - exit radio in preset mode and sbs shows me preset name and the pb is the frequency, exit in scan mode and the sbs shows me frequency and the pb is frequency too :) 08.49.48 # AlexP: we need zstarsales04 on the forums banned please 08.49.52 # OK 08.49.54 Quit leavittx (Ping timeout: 252 seconds) 08.50.14 # he's adding posts faster than i can delete them 08.50.53 # done 08.51.19 # cheers 08.51.20 Join Ypsy [0] (~ypsy@geekpadawan.de) 08.51.25 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 08.54.06 # AlexP: and presets work fine if you are in preset mode, exit to menu, then go back in? 08.55.26 # aaw, rbutil cant install the nightly build? LAME! 08.55.28 # seem to - preset is selected, exit to menu same preset fine, go back in, still on same preset and can then skip around them as normal 08.55.55 # huh, progress bar isn't working now 08.55.59 # What did I do? 08.56.07 Quit bieber (Quit: No Ping reply in 180 seconds.) 08.56.23 # New commit by 03jdgordon (r25982): fix FS#11264 - frequency bar and presets not working in the sbs 08.57.01 # * godeater is puzzled by the sansa email to the dev list 08.57.07 # who keeps moving them out of unstable? 08.57.18 # JdGordon: Right, fm progress bar doesn't work after playing music 08.57.20 # AlexP: "now" being where? 08.58.02 # So boot, use FM - all fine - play a file, works fine there - go back into fm and the pb is stuck wherever it was for the file when you enter fm screen 08.58.32 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 08.59.18 # New commit by 03jdgordon (r25983): fix the freq bar after music plays 08.59.23 # ^ not the best fix, but good enough for now 08.59.23 # ta :) 09.00.12 # funman: Haven't tested your patch yet, but I remeasured the currents on a better multimeter and got RB idle 28mA, RB mp3 38mA VS OF idle 26mA, OF mp3 28mA (didn't change of course :)) 09.00.52 # godeater: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-04/0001.shtml 09.00.54 # The cheap multimeter I have here probably has problems with non-constant currents. 09.01.01 # ranma: i tested it with battery bench it has no effect 09.01.02 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.01.02 Quit bieber (Read error: Connection reset by peer) 09.01.30 # The THS multimeter is a better one, probably TRMS (Hmm, forgot to note that, should check that next tuesday...) 09.01.30 # you have a digital one? 09.03.39 Join leavittx [0] (~leavittx@89.221.199.187) 09.03.53 # funman: The multimeters are both digital 09.05.36 # can you measure an infinite loop reading and/or writing memory in OF & rockbox? 09.05.54 # Speaking of port stability, how about moving C200v2 to unstable? 09.05.57 Quit preglow (Ping timeout: 260 seconds) 09.06.30 # does it crash during playback like the clipv1 ? 09.06.54 Part Boldfilter 09.07.06 # mine doesn't afaict but according to http://forums.rockbox.org/index.php?topic=24375.0 it happens for some people 09.08.31 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 09.10.01 # It doesn't crash, but there are still issues. 09.10.45 # For example during battery bench runs I have had it stop recording the runtime, but it still played fine. 09.12.01 # hm but well the clipv1 is unstable too so i guess it's ok 09.12.05 # Is it true that wps files etc need to be 24 characters of less to be remembered? 09.12.47 # as in the filename? 09.12.51 # yeah 09.12.52 # ranma: there just needs to be a bootloader for c200v2 09.12.54 # I'm sure they can contain more than that ;) 09.12.59 Quit preglow (Ping timeout: 240 seconds) 09.13.12 # There is a note on the manual to that effect, and I think it is probably obselete 09.13.33 # ranma: does changing DMA_S1 to DMA_S4 in pcm-as3525.c change the current usage? 09.15.45 Quit krazykit (Ping timeout: 260 seconds) 09.15.57 # I kind of doubt that going from 1 (byte?) to 4 will make a measurable difference :) 09.16.35 # Measuring a memory read/write loop shouldn't be too difficult. 09.17.01 # ranma: it's 1 word (32bits) to 4 but why wouldn't it ? 09.17.05 # And given that'll mean pretty much constant current maybe my cheap multimeter will even give useful values in that case. 09.17.14 # fifo is 128 words, i'll try with higher bursts 09.17.28 Join krazykit [0] (~kkit@76.251.238.21) 09.17.28 # Then I'd rather try comparing 1 agains 128 :) 09.17.44 # Or rather 64 09.17.47 # usually the burst is half the fifo size i think 09.18.10 # DMA_S64 gives too fast playback 09.19.17 # * ranma is currently working on the usb stuff a bit 09.19.22 # cool! 09.20.14 # I'll go to Akihabara later to buy some parts to make a USB cable where I can measure the D+/D- level to see if the pullup is active or not and also insert a pullup manually. 09.20.57 # I think on some models GPIO_A1 controls the D+ pullup, but on my HW variant that code just skips that part completely... 09.22.17 # is it just fuze and clip keymaps, or it's not possible to leave recording menu without stopping recording? 09.22.42 # according to apps/recorder/recording.c:1393 it seems it's not possible at all 09.22.47 Quit whydoubt (Ping timeout: 264 seconds) 09.23.09 # ranma: DMA_S16 works fine 09.23.20 # FWIW 0x30035A5C is the 'usb_otg_reset' code from otg_functio 09.24.35 # yep 09.25.43 # It's called from sub_10b2c, which also calls toggle_A1 at the end (but toggle_A1 is a noop on my HW) 09.27.01 # The problem is, so far I haven't gotten any USB interrupts and no reaction from my PC, so my current guess is I'm having trouble with the D+-pullup 09.28.16 # funman: IIRC you got your PC to see the device sometimes? Can you send me your patch again, I can't find it anymore. ^^; 09.30.24 # http://pastie.org/958297 (march 26th) 09.30.49 # Thanks 09.31.40 Join bertrik [0] (~57d33175@giant.haxx.se) 09.32.54 # hi funman, I see you committed the AMS DMA recording patch. Does it fully work now? 09.32.57 Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) 09.33.19 # bertrik: yes, i wouldn't have committed if it didn't ;) 09.33.40 # cool, what was the problem? 09.33.58 Quit bertrik (Changing host) 09.33.58 Join bertrik [0] (~57d33175@rockbox/developer/bertrik) 09.34.12 # i'm benchmarking recording now, although I don't know where time left estimation can be shown during recording 09.34.14 # funman: rec_dma_start_addr isn't updated during the transfer? isn't there a way of getting the current address? 09.34.40 # bertrik: well there were several, i think i have written them on FS 09.35.03 # jhMikeS: it is updated (line 225) 09.35.24 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 09.35.37 # this function is called by pcm_rec_dma_start() and at the end of each DMA transfer (by the dma callback) 09.36.38 Quit jfc (Ping timeout: 246 seconds) 09.37.07 # bertrik: ah no i didn't, bad quality came from bit 2 of I2SIN_CONTROL 09.37.41 # we must set it to 1 = "data valid at positive edge of SCLK" 09.37.46 # btw this bit is reset to 0 on read 09.38.26 # ah no, this one stays written, but bit 5 (14bits/24bits sample depth) is reset on read 09.38.37 # that's sort of coarse I think. really it's supposed to be the address the hardware is at. 09.39.08 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 09.39.11 Quit bertrik (Quit: CGI:IRC (Ping timeout)) 09.39.33 # jhMikeS: what's wrong then? 09.40.46 Join fml [0] (~chatzilla@p5DD2BF93.dip.t-dialin.net) 09.40.47 # rec_dma_start_addr = X, transfer N bytes, rec_dma_start_addr = X+N, transfer N bytes, rec_dma_start_addr = X+N+N, ... 09.40.48 # isn't there a status reg that gives the *current* position of the current transfer in hardware? (or bytes remaining) 09.40.57 # bytes granularity ? 09.41.48 # it should have word granularity, not the block setup by hardware, but the readout of the pointer 09.42.23 # i think it's possible 09.42.25 # don't use portal player as a model, it has special handicaps 09.42.53 # Hello JdGordon. Isn't there a bug in skin_engine/skin_tokens.c:401-402: what if the offset is not 0? The the value of preset will be not -1 and... What is this preset_offset parameter for? 09.43.03 # everything else has a size remaining or current position status register (normal things, not pp) 09.43.55 Quit preglow (Ping timeout: 276 seconds) 09.43.56 Join vaguerant_ [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 09.45.21 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 09.47.06 # well, pp has it, but reading it also clears the interrupt which makes it stop working when it reads just before it needs to do fiq 09.47.07 Quit vaguerant_ (Read error: Connection reset by peer) 09.47.10 Join vaguerant [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 09.47.10 Quit vaguerant (Changing host) 09.47.10 Join vaguerant [0] (~vague@wikipedia/vague-rant) 09.47.50 # Sorry, my client sucks, I'm going to upgrade to a web-based java client, back shortly. 09.48.39 Part vaguerant 09.49.39 *** Saving seen data "./dancer.seen" 09.50.00 Quit preglow (Ping timeout: 248 seconds) 09.51.34 # jhMikeS: would it explain why the pitchmeter doesn't work ? 09.51.49 # peakmeter* and pitchdetector* 09.54.03 # could be, it would also be rough. it updates the SrcAddr and DestAddr as the transfer progresses according to the DS. Those need physical addresses and to be word-aligned to the current packed 16-bit sample pair 09.55.07 # i can read the current DMA destination address but for some reason it's below rec_dma_start_addr? 09.55.27 # JdGordon: I'd propose to change the logic of the %tm tag (radio scan/preset mode) from boolean to enum. For the themers the usage would be the same, but those are equaly values 09.55.31 Quit Forsaken_Boy (Ping timeout: 264 seconds) 09.55.41 # jhMikeS: since you seem to be the resident pcm guru, coudl you look at FS#10635 ? 09.55.45 # funman: it also says TransferSize also counts down during the transfer 09.56.00 # n1s: sure, why not :) 09.56.09 # JdGordon: err... accidental ENTER press. They should be treated equally, like e.g. playback mode 09.56.24 # funman: below? 09.56.33 # < 09.57.26 Join Forsaken_Boy [0] (~chatzilla@24.139.225.41) 09.57.26 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 09.57.45 # funman: because the address is virtual and the DMA put a physical address there perhaps? 09.57.55 # fml: ? 09.58.08 Join petur [0] (~petur@rockbox/developer/petur) 09.58.23 # JdGordon: what do you not understand? 09.58.42 # nothing, I get it.. ok, if you want to :) 09.59.16 # and the preset_offset is so those tags work in the playlist viewer 09.59.20 # usually they will be 0 09.59.41 # JdGordon: usually? But not always? 09.59.47 # yes 09.59.50 # jhMikeS: no addresses are flat mapped 09.59.56 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.59.59 # JdGordon: then we have a bug 10.00.08 # line 402 was a bugfix from umm... someone.. 10.00.16 # from mc2739 10.00.26 Quit antil33t (Ping timeout: 246 seconds) 10.00.34 # JdGordon: what does the offset mean? When is it not 0? 10.01.12 # funman: yeah, I just looked. it's cached though? problem there is how do read/write memory as *not* cached? it seems you can't, without an uncached mirroring of it elsewhere. 10.01.17 # it means how far away from the current is the preset we want the info from 10.01.38 Quit preglow (Ping timeout: 240 seconds) 10.01.41 # jhMikeS: well there is UNCACHED_ADDR() macro for that? 10.02.05 # hmm, it wont work on negative offsets if the current preset+offset == -1 10.03.07 # JdGordon: yes. My proposal: if preset < 0 return NULL 10.03.26 # negative offsets should work 10.03.29 # funman: if cached address is the same address as physical address and there's no uncached mapping elsewhere, how would that work? 10.03.38 # JdGordon: the following logic (squeezing preset into the range) is screwed too IMO 10.03.43 # New commit by 03nls (r25984): Some asm for mdct on coldfire, speeds up vorbis decoding by about 0.3MHz 10.03.58 Quit Ipsi (Quit: Leaving) 10.04.04 # jhMikeS: virtual cached address is the same as physical address, but virtual uncached address is different 10.04.09 # JdGordon: why should they? Negative offsets should but not negative presets 10.04.41 # thats what the preset += count() is doing 10.04.45 # funman: ok, so they mapped it afterall. I'd think it'd be easier the other way. 10.04.51 # if (radio_preset_count() == 0 || radio_current_preset() == -1) is the fix 10.05.06 # if (radio_preset_count() == 0 || radio_current_preset() < 0) 10.05.21 Join notlistening [0] (~tom@iatech-adsl.demon.co.uk) 10.05.25 # return NULL 10.05.28 # so pcm_rec_dma_get_peak_buffer() should return the uncached address? 10.06.08 # JdGordon: no. Just replace == -1 with < 0 10.06.29 # no, because preset can legally be <0 at that line 10.06.45 # int preset = radio_current_preset() + preset_offset; <----- preset_offset can be negative 10.07.03 # JdGordon: yes, but not preset 10.07.16 # 0 + negative == <0 10.07.25 # funman: if using DMA, yes. both peak buffer functions should return uncached addresses. it's also importanbt for the keyclick to get written into the buffer properly. 10.08.11 # int preset = radio_current_preset() + preset_offset; <--- preset_offset can be < 0, that's ok. But if preset is < 0 then we should return NULL 10.08.12 # ok it works: peakmeter is back (only on 1 channel though) 10.08.16 # n1s: I did play with the pitch detect and had it blow up every time I playback was going. other times it seemed to not work at all. Then, I forgot it even existed. :) 10.09.07 Quit logiclost (Read error: Connection reset by peer) 10.09.23 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 10.09.43 # hm no microphone recording is mono, so no problem 10.09.55 # heh, the funky thing is that playback and recording seems to work at the same time on h300, i dunno if that is even intended? :) 10.10.10 # JdGordon: i.e. your current preset position is 3 and you want to see the preset with offset -6. What should it be? IMO NULL. 10.10.24 Join komputes [0] (~komputes@ubuntu/member/komputes) 10.10.58 # jhMikeS: return UNCACHED_ADDR((void*)DMAC_CH_DST_ADDR(1)); << looks correct 10.11.04 Join vaguerant [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 10.11.04 Quit vaguerant (Changing host) 10.11.04 Join vaguerant [0] (~vague@wikipedia/vague-rant) 10.11.04 Part vaguerant 10.11.25 # funman: I think that's probably correct. 10.11.46 # the dma destination register is automatically incremented. The datasheet mentions it's byte aligned but we are transferring 32 bits words so it should be word aligned 10.11.51 # funman: the as3525 codec can't put one channel to both? if not, you need to duplicate into the other one. 10.12.01 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 10.12.19 Quit vaguerant (Changing host) 10.12.19 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 10.12.20 # i need to check i thought it was faking stereo already 10.12.20 # fml: hmm, ok I see what you are saying, but if you dont think of the presets as a straight playlist then it does make some sense 10.12.25 # Let's try that again. 10.12.26 # funman: if it increments by byte and not transfer size, it should probably add "& ~3" 10.12.37 # s/transfer size/word size 10.12.38 # think of it like the playlist has repeat all on 10.12.57 # jhMikeS: it's byte aligned when transferring bytes, but we don't 10.13.04 # funman: I asked because as3514 can't fake stereo (pita) 10.13.09 # Does mkamsboot work with firmware versions other than those linked in the wiki, or is it limited to the older firmware version linked on the wiki? 10.13.20 # jhMikeS: hm i probably remember wrong then 10.13.27 # New commit by 03alex (r25985): Fix FS#11196 - update %pv in the manual. 10.13.32 # New commit by 03alex (r25986): Update the discussion of themeing in the manual, and put a note in the wps tags appendix that the actual discussion is elsewhere. 10.13.37 # JdGordon: yes, the playlist cycles 10.13.39 # New commit by 03alex (r25987): FS#11243 - The %VI (capital i) WPS tag is not described in the manual. 10.13.43 # New commit by 03alex (r25988): Add FMS tags to the manual. 10.14.13 # fml: yes, so a negative prset number just needs to be normalised and it works 10.14.26 # hm so e200/c200 just duplicate the channel ? 10.16.36 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 10.18.04 # n1s: that "stop recording when buffer is full" stuff is nasty, nasty 10.18.18 # JdGordon: As in, I'm at the first preset, I ask for preset -1, I should see the last preset 10.18.25 # JdGordon: but the we should not compare preset to -1 but rather radio_current_preset (or something) 10.18.26 # though it shouldn't cause any difficulty with blowups I'd think (or hope) 10.18.42 # AlexP: yes 10.18.47 # I have a Clip+ that's already Rockboxed but wanted to update to the new bootloader and figured I'd update the OF at the same time, but I'm not sure if it's safe to patch the current firmware or if mkamsboot is only compatible with the specific version linked. 10.18.52 # fml: yes, thats the code i pasted before 10.19.06 # if (radio_preset_count() == 0 || radio_current_preset() < 0) return nULL 10.19.52 # JdGordon: OK. Then we should move this line one up, before preset is computed 10.19.54 # vaguerant: mkamsboot will tell you which versions it knows 10.20.01 Quit Forsaken_Boy (Read error: Connection reset by peer) 10.20.05 # * jhMikeS sees no reason not to use a circular buffer there 10.20.06 # why? it makes no actual difference 10.20.22 # JdGordon: and maybe introduce a local var to avoid many calls of radio_preset_xxx() 10.20.57 # go ahead if you really want to 10.20.59 # tucker time 10.21.06 # New commit by 03funman (r25989): as3525: use the correct uncached address for rec peak buffer ... 10.21.28 Quit preglow (Ping timeout: 248 seconds) 10.21.35 # n1s: what's so bad there is that someone was using it as an example of what to do 10.22.38 Join bluefoxx [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 10.23.03 # Anybody up? 10.23.09 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 10.23.54 # jhMikeS: i haven't looked at the plugin code very closely but yes, it sounds bad... 10.24.01 # Wondering how far along the Gigabeat S port is, if anybody knows. How much can I expect to *not* work? 10.24.07 # bluefoxx: 126 people in channel ;) 10.24.20 # n1s: it also doesn't stop playback first :\ 10.24.27 # Just aquired one from a friend as "Broken". Drive was plugged in backwards was all. 10.24.40 # JdGordon: the patch is here: http://pastebin.com/dd5CMfqd Any objections? 10.24.41 # bluefoxx: it's pretty much fully along 10.24.42 # jhMikeS: i know, on h300 you can have music playing while using it even :) 10.24.48 # does pitch_detector even work ? 10.24.57 # jhMikeS: Is there a walkthrough on how to rockbox it? 10.25.00 # funman: not when I tried it 10.25.03 # bluefoxx: yeah, it's working well 10.25.09 # Be nice to have another 30Gb alongside my e280 10.25.17 # it used to not too long ago 10.25.20 # bluefoxx: there is a manual 10.25.33 # bluefoxx: try clicking the gigs link on the front page. it's not automatic. you may encounter some issues too. 10.25.37 # n1s: 'Kay, I'll check 10.25.40 # jhMikeS: Oh? 10.25.57 # TBH, I've never used the automagic installs. 10.26.01 # 2 months ago it did :) 10.26.12 # bluefoxx: Just follow the instructions in the manual 10.26.21 # 'Kay 10.26.25 # btw the 3.6 release planning just steps over DevCon, doesn't it ? 10.26.41 Quit Kitar|st (Ping timeout: 246 seconds) 10.26.48 # Battery life is quite poor, and sometimes the single boot bootloader has trouble finding Rockbox I think is it 10.26.55 # bluefoxx: there's a problem where immediately after install, the bootloader doesn't find the rockbox bin on the first run. sometimes single boot doesn't work and a restore is forced so you must use dual. 10.27.24 # Actually, I haven't retested battery life since jhMikeS introduced frequency and voltage scaling 10.27.33 # I'm hoping it is a little better now :) 10.27.42 # AlexP: batt life should have gotten somewhat better. I got two more hours out of mine than before, last bench 10.28.06 # nice 10.28.26 # that was just running at 264MHz with the CPU at 1.35V 10.28.45 # I'm just charging now then I'll test too 10.28.51 # I'm not sure if 132 helps at all 10.29.10 # jhMikeS: I'll keep that in mind, thanks :) 10.29.53 # jhMikeS: Do you/we have any idea what the single boot issue might be caused by? 10.29.57 # AlexP: voltage seems more important, and the core sleeps alot and the clock gating is quite efficient. I did a test at 528 and got exactly the same run time as 264. go figure. 10.30.08 # heh, odd 10.30.20 # * fml is waiting for an amen from JdGordon to http://pastebin.com/dd5CMfqd 10.30.52 Join merbanan [0] (~banan@c-83-233-242-64.cust.bredband2.com) 10.31.05 # AlexP: I tried some thing. It seems to happen after applying a Toshiba update, so I never did it myself since I don't want the problem. 10.31.18 # yes, 1.3 apparently 10.31.23 # I also haven't updated :) 10.31.31 # AlexP: *some things, like padding the bootloader. not much else 10.31.34 Join Kitar|st [0] (~Kitar_st@BSN-143-104-87.dial-up.dsl.siol.net) 10.31.50 # Did anyone with the issue test after your tests? 10.32.37 # I gave it to them to test. Noone with the issue has worked on it. I'm not sure if you can downgrade it. 10.32.54 # Yeah, I don't want to upgrade just in case 10.33.20 # Anyway, even without single boot always working, is there anything really stopping it being stable? RBUtil maybe? 10.33.22 # I don't use the OF at all, so personally I don't care. 10.33.28 # me neither 10.34.00 Quit preglow (Ping timeout: 240 seconds) 10.34.34 # Thanks funman, appreciate the help. 10.34.37 Quit vaguerant (Quit: Java user signed off) 10.34.48 # AlexP: I think it's the install. I'm not sure where everything left off on that front. I've spent almost all of my time on the firmware. I only did MTP stuff at the beginning, for myself before the USB stack was enabled. 10.35.25 # I think there are versions of beastpatcher for all OS now, it "just" needs integrating with rbutil 10.35.38 # I used OF before charging was working. After that, there was no reason at all. 10.35.40 # bluebrother: Is this correct? 10.35.52 # jhMikeS: Yes, that was my only use too 10.36.00 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 10.36.40 # New commit by 03alle (r25990): Correct detection of the absence of the current preset 10.40.35 Quit preglow (Ping timeout: 268 seconds) 10.41.03 # New commit by 03alle (r25991): Use a nice apostroph 10.41.10 # n1s: the pitch detector is only if you have mic and/or line? 10.41.15 # archosrecorderv2 and iriverh1x0 have spdif input : do they record in 24 bits ? 10.41.21 # fml: apostrophe :) 10.41.42 # * jhMikeS wonders why not SPDIF at least too (it should probably be selectable) 10.42.13 # I appear to be having some difficulty installing the bootloader for this thing (The gigabeat S). I'm running beastpatcher, and it's telling me everything went fine and dandy, so I reset the thing's USB connection, but it only connects in MTP mode. 10.42.37 # What OS? 10.42.41 # jhMikeS: dunno really 10.42.52 # XP 10.43.08 # No 64bit weirdness here either. 10.43.09 # AlexP: I see them in the FMS tags as well. Commit will follow shortly 10.43.33 Join Boldfilter [0] (~Boldfilte@adsl-82-81-101.jax.bellsouth.net) 10.43.43 # yeah, could well be - I just copy and pasted 10.44.17 # bluefoxx: Did you try single or dual boot? 10.44.21 # funman: We don't have 24 bit recording on any target 10.44.37 # Single initially, though dual has also failed to produce results 10.44.51 # Btw, archos recorder v1 also has s/pdif in, and it also has s/pdif out, unlike recorder fm/v2 10.44.51 # I'm getting nothing that lets me access the thing as a plain drive. 10.45.23 # n1s: actually, it technically could work with playback *if* the target supports full duplex. pp doesn't. 10.45.24 # New commit by 03alle (r25992): Use nice quotation marks 10.45.25 # If the bootloader installed properly you should get the Rockbos bootloader appear which will give you MSC USB 10.45.32 # The archoses recording in mp3 anyway (well, in the core - there is als a wavrecord.rock, which is rather preliminary) 10.45.34 # fml: cheat! 10.46.03 # AlexP: yo! 10.46.07 # :) 10.46.30 # bluefoxx: Could you paste command line you enter + output etc. to a pastebin? 10.46.58 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 10.47.07 # http://pastebin.com/p2CVLi4R 10.47.31 # Do I need any specific settings on the player? 10.47.43 # Or a specific f/w revision? 10.47.57 # shouldn't so 10.47.59 # *do 10.48.02 # funman: Iirc the h1x0 could record and play in 24 bit (actually all coldfire targets), but then we couldn't use dma 10.48.03 # And that looks fine 10.48.15 # jhMikeS: it doesn't make much sense for the pitch detector thought 10.48.18 # bluefoxx: So after it says complete, press enter, you disconnect then reconnect USB? 10.48.23 # Yes 10.48.26 # Does nothing 10.48.32 # i doesn't even reboot? 10.48.32 # fml: yeah fine 10.48.36 # Nope 10.48.42 # Hard reboot produces nothing either. 10.48.51 # JdGordon: too late :-P 10.49.08 # and you press enter before disconnecting? 10.49.12 # Yes 10.49.16 # very odd 10.49.27 Join Forsaken_Boy [0] (~chatzilla@24.139.225.41) 10.49.32 # I don't suppose you have a linux live CD around to test on? 10.50.15 # Give me about five minutes to shutdown and dock my laptop, and scavange an optical drive off of a dead laptop 10.50.28 # I should have an 8.04 disc someplace 10.50.41 # Sorry :) 10.50.43 # (Thinkpad's slimline drive went bust) 10.50.50 # No problem. Needed to do this anyhow 10.51.00 Quit preglow (Ping timeout: 240 seconds) 10.52.01 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 10.55.57 # n1s: SPDIF *could*. anyway, it looks like it's DMA-ing the wrong size. 10.56.57 # yeah, i meant regular playback while detecting pitch on input doesn't seem very useful to me :) 10.57.17 # n1s: oh. thought you were talking about SPDIF. hehe 10.58.28 # well, I'll see if this works. I gave it two buffers too so it can record and process in parallel. 10.58.39 # nice 10.59.53 Quit Boldfilter (Ping timeout: 246 seconds) 11.01.00 # Been needing a good reason to go dig out a few old/dead laptops from my closet anyhow. 11.01.36 # do the iriver record spdif in 16bits? (can't find recording code for recorderv2) 11.02.47 # [10:44:23] funman: We don't have 24 bit recording on any target 11.02.54 # So yes 11.03.02 # s/pdif isn't 24 bit anyway - it's 20 bit 11.03.26 Quit rvvs89 (Read error: Connection reset by peer) 11.04.12 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 11.04.40 # ah the format is 20bits and optionally 24 11.06.49 Join rvvs89 [0] (~ivo@bright-snat.ucc.asn.au) 11.07.46 # The hwcodec recording code is in mpeg.c - it's one big single loop for both playback and recording 11.09.58 Quit preglow (Ping timeout: 240 seconds) 11.10.14 # n1s: you sure have to scream into the mic for it to work :\ 11.10.18 Quit Forsaken_Boy (Ping timeout: 240 seconds) 11.10.18 Quit liar (Ping timeout: 240 seconds) 11.10.52 # Oh bloody hell. The drive I've just pulled is fark'd. 11.11.08 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.11.17 # jhMikeS: hmm, i rememmber it working at some point 11.13.15 # * n1s whistles at the c200, seems to work, but requires quite a strong sound, yes 11.13.45 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 11.14.41 Quit rvvs89 (Changing host) 11.14.41 Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) 11.14.49 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.22.37 Quit notlistening (Quit: Ex-Chat) 11.24.22 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 11.25.58 # jhMikeS: No, I don't have access to a linux box. Not without far, Far too much effort. 11.26.07 Quit yawny (Read error: Connection reset by peer) 11.26.22 # Thinkpad is misbehaving and for some odd reason I can't change boot settings. 11.26.43 # Claims I've not entered my supervisor password, though one was never set :| 11.27.27 Join elcan [0] (user36@pr0.us) 11.29.18 Quit preglow (Ping timeout: 268 seconds) 11.29.27 # the fact that presets are discarded when exiting the radio screen was the problem why my simple fms hung for me in earlier versions of the patch until AlexP discovered that the general problem was a hang with no presets loaded but the fms wants to display them. My fms should just show them and I had presets loaded but not so on exiting the radio screen... 11.29.34 # or were 11.31.49 # S_a_i_n_t: there was a cabbiev2 graphics package out there (IIRC available in the wiki) with the original graphics. I think no SVG but bigger bitmaps (in resolution) 11.32.10 # Hang on a minute...If I hook an external drive up to the scsi card in the laptop's dock, I can boot off of that. 11.32.36 # Still need to go hijack my friend's imbpass setup :\ 11.33.18 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 11.36.33 # bluefoxx: It is still odd that the windows one doesn't seem to work 11.36.39 # Yes... 11.36.43 # I *think* bluebrother was the one playing with that 11.37.41 Join DerPapst [0] (~Alexander@p5797C89B.dip.t-dialin.net) 11.40.41 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 11.40.45 Quit preglow (Ping timeout: 258 seconds) 11.41.11 # Is there any recovery modes that I might try? Something similar to the Sansa e200 series unbricking methods and whatnot? 11.42.13 # For that matter, could the fact that I don't have stuff like WMP on my machine affect this at all? 11.43.24 # How do I add /usr/include to the codec search path ? .. I tried adding it to CODECFLAGS, and included math.h, but it still didn't declare the expected prototypes. (i.e, not actually included) 11.43.42 # Should I attempt http://www.rockbox.org/wiki/GigabeatSInfo#Flash_bootloader ? 11.43.49 # s/included math.h/included math.h in a codec/ 11.44.07 # New commit by 03nls (r25993): Two tiny tweaks to some arm asm 11.44.16 # mt: Rockbox has its own math.h - maybe that's being used instead. 11.44.41 # linuxstb : Yeah that's probably why 11.45.06 # mt: You could try explicitly include "/usr/include/math.h", as a test. 11.45.15 # yes that works 11.45.26 # that's why I wanted to add it to the search path 11.46.09 # bluefoxx: can your windows see the player when it's connected? 11.46.15 # I'll just included explicitly and get going, I'll have to get rid of it later anyway. 11.47.17 # n1s: Windows sees it, and offers to fire up winamp to manage the thing, but past that I don't really have access to it. 11.47.57 # Well, windows offered to until I told it to stop suggesting things to me every time I connected the thing ( I swear I turned the group policy for autorun *off*) 11.48.30 Join preglow [0] (~thomj@tvilling2.pvv.ntnu.no) 11.48.46 # so your windows can talk to it over mtp, and beastpatcher should be able to too... 11.49.42 *** Saving seen data "./dancer.seen" 11.49.54 # jhMikeS: which model did you use to test pitch_detector? (where you screamed in the mic) 11.49.57 # Does beastpatcher rely on any services to be running? 11.50.35 # bluefoxx: i don't know, but i imagine it would print an error if something it needs is missing 11.51.21 # That's what I would figure, but I've had some odd programs before that say they're working fine when they're clearly not. 11.55.44 # pixelma: Thanks for the tip on the GFX pack, I found it, thanks. 12.00.22 # S_a_i_n_t: btw. I'm interested in improving cabbiev2 too, codewise and thinks like displaying volume in dB during adjusting (which means different amount of work depending on whether the port already uses viewports in a good way or not). I don't use cabbiev2 myself but think that if it is the default then it should be as good as possible - that's also the reason I made the Archoses port and improved the greyscale graphics 12.01.31 Join watto [0] (~watto@193.203.81.165) 12.01.38 # although not using it myself means the motivation isn't too high but if some people could work together there that could help 12.04.01 # funman: H120 12.04.47 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 12.04.54 Quit JohannesSM64 (Client Quit) 12.05.27 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 12.11.00 # some of the calcs look dodgey 12.11.46 # Anyone else have a rockbox'd gigabeat s that they got going on windows than? 12.14.03 # ummm..me? 12.14.23 # I don't know the state of sendfirm for windows (we had that, right?) 12.14.28 # Can you perhaphs send me your copy of beastpatcher.exe ? 12.15.21 # pixelma: I'm totally with you there...in thoughts, and motivation. 12.15.22 # I had some homebrew deal using libmtp and some libusb drivers 12.15.47 # I *want* it to be as good as it can be, but I don;t use it, and it is a lot of work for one person. 12.15.58 # Perhaps we could share the load somewhat... 12.16.14 # bluefoxx: what is the problem you are actually having? 12.16.47 Quit komputes (Ping timeout: 258 seconds) 12.16.52 # * jhMikeS never used beast patcher and had it work 12.17.04 # but that was sooooo long ago 12.17.08 # Torne: Beastpatcher.exe runs, claims it worked, but the gigabeat doesn't go into mtp mode. 12.17.10 # S_a_i_n_t: yes, that's why I told you. I'm more interested in the small screens and monochrome or greyscale 12.17.29 # wow, ok...glad of that ;) 12.17.42 # I'm not so interested in mono/greyscale :D 12.17.46 # we'll make a good team. 12.18.14 # bluefoxx: you are following the instrictions from the manual install section of hte beast manual, yes? 12.18.15 # * jhMikeS thought it should patch and then the rb bootloader should show up on next boot 12.18.21 # I can't start it right away, but I'll have a look at everything that will need to be done, make a TODO list, and get back to you tomorrow. 12.18.27 # where did you get the patcher from? 12.18.34 # http://download.rockbox.org/daily/manual/rockbox-gigabeats/rockbox-buildch2.html#x4-60002 would be what I'm using, yes. 12.18.35 # S_a_i_n_t: I thought you weren't :P 12.18.40 # The windows section 12.18.50 # Got my patcher from the link in the artical 12.18.58 # are you trying to install the dual boot bootloader, or the single boot one? 12.18.58 # S_a_i_n_t: and sounds like a plan :) 12.18.59 # pixelma: Interested in greyscale/mono? 12.19.05 # Either one at this point 12.19.05 # yes 12.19.07 # some beasts have huge issues running the single-boot loader 12.19.18 # I'm kinda scared of it to be honest...as I don't really understand it yet ;) 12.19.33 # Torne: but then, it should be coming back wanting to restore it, correct? 12.19.44 # jhMikeS: not if it didn't accept it to begin with 12.19.50 # S_a_i_n_t: "it"? 12.20.03 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.20.04 # Torne: well, I expect that means nk.bin never got written if nothing changed. 12.20.18 # jhMikeS: yeah, it won't overwrite nk.bin unless it thinks the binary is valid, afaik 12.20.24 Quit preglow (Ping timeout: 276 seconds) 12.20.27 # mt: I also faced a math.h problem yesterday 12.20.29 # greyscale/mono...I haven't learnt *anything* about them, so, to me they seem daunting. 12.20.34 # I will hopefully fix it 12.20.39 # Holding the player up to my ear as I run the patcher, I clearly hear the drive spin up, clack away as I watch the progress bar run to 100 and that stop when it says complete 12.20.49 # But reconnecting gains nothing. 12.20.52 # the problem on the sim is that we include *our* headers even if we call OS routines 12.20.59 # bluefoxx: but then when you disconnect, it reboots to the beast firmware again? 12.21.06 # or does it not even reboot? 12.21.22 # Doesn't even reboot 12.21.29 # and our math.h is really a bad math.h. it doesn't declare any functions but only constants which are not declared in the standard math.h 12.21.34 # Simply reconnects to the machine in OF 12.21.37 # right.. that suggests it didn't accept the firmware at all then 12.21.47 # if it replaced nk.bin with *anything* it would reboot itself 12.21.51 # mt: math.h was the reason for the wrong results? 12.22.18 # bluefoxx: so, did you already try giving it nk.bin from the beast firmware update? 12.22.26 # Yes 12.22.36 # kugel: did you do the original AA code in playback.c? 12.22.49 # no I only added multi aa 12.22.57 # I would try a linux install, but I've long forgotten the password for the half-broken install of 8.04 on my thinkpad, which is refusing to allow me to boot the dock's cdrom, and all my other linux boxen lack USB (lolSun) 12.23.17 # mob-aa was Nico_P's work IIRC 12.23.18 # kugel: does that mean you know about the struct dim which is stored for each one? or no? 12.23.30 # yea 12.23.38 # bluefoxx: well, i'm not sure what you cna do then, i'm afraid :( 12.23.52 # anyone else? :) 12.24.06 # Hang on 12.24.08 # is there any reason it isnt just used directly from the skin? 12.24.22 # arg, bbs 12.24.25 # I might have an old Toshiba here that could potentially run linux. 12.24.26 # define directly 12.24.34 # kugel: yeah it was .. I'm not including /usr/include/math.h instead to get the proper prototypes 12.24.39 # Don't know the condition of it, just that the backlight is had 12.24.49 # s/not/now 12.24.55 # kugel ^ 12.25.07 # playback stores the width&height to re-use slots which have the same width&height 12.25.28 # bluefoxx: trying it on linux might indeed work, MTP is a huge pain :) 12.25.35 # S_a_i_n_t: well, I don't know what there is to "understand". The big big plus to me is that they are readable without backlight (except in complete darkness) and I like the challenge to make graphics for them - my first work on Rockbox was doing graphics for plugins etc. for the Archos port... but discussing this further might be something for -community 12.26.24 # * bluefoxx sighs 12.26.29 # mt: try renaming our math.h, it doesn't deserve the name anywa 12.26.31 # A fine right mess I'm creating of my room 12.26.33 # anyway* 12.27.12 # Three and a half laptops strewn about, a box of MP3 players, a pile of big filter caps, and the bag of power bricks/wallworts has just torn... 12.27.55 # kugel: I recently tried something with multi-AA that came up in the forums - displaying the same AA in different places using conditional viewports and it didn't work for me. Didn't investigate further though 12.28.27 # places=skins? 12.29.07 # no, different spots in the WPS depending on some condition (like hold on or off etc.) 12.29.14 # my multi aa work didn't touch drawing, it just changed the buffering side to allow more than 1 aa per trac 12.30.12 # pixelma: that's a different "multi aa" then 12.30.34 # %Cl is actually only there once, with the %C in in two viewports where only one is visible at a time (this works for me with bitmaps) 12.30.58 # ok, so it is not supposed to work? 12.31.03 # no idea 12.32.16 # What's a nice lightweight, but usable live distro? The toshiba is only a 900mhz P3 with god only knows how much RAM 12.32.58 # bluefoxx: linux is offtopic here but feel free to ask on #rockbox-community 12.33.12 # kugel: need to investigate further then 12.33.37 # funman: 'Kay 12.38.40 # kugel: yes, but from my reading it looks like they could come directly from the aa struct in the skin? or am i missing something? 12.38.57 # not really suggesting that change, just makign sure doing it that way in the radio wont breakk things 12.39.11 # "skin_albumart" 12.39.23 # yeah 12.39.31 # I thought playback shouldn't need to know about these structs 12.39.36 # width and height are copied into a seoerate dim 12.39.46 # playback shouldnt know anything about aa 12.40.21 # pixelma: I'm a bit surprised that didnt work 12.40.23 # there was some trouble with storing a pointer to skin objects I can't remember now 12.41.43 # JdGordon: yeah, wanted to try again and maybe a few more possibilities (like two smaller viewports displayed at the same time etc.) but forgot about it :\ 12.43.54 # while some people knowing about AA internals are around - is the AA size limited to the smallest dimension of the display? E.g. if I have s square image and display it on a 160x128 screen, the maximum size would be 128x128? 12.45.26 # I think yes but I don't know for sure 12.45.42 # http://pastie.org/958443 <- copy one channel into the other on sansa AMS (for microphone recording) 12.45.50 Join Jaykay [0] (~chatzilla@p5DC57826.dip.t-dialin.net) 12.46.01 # i didn't test so i'm not sure if it's duplicating the correct channel or the silent one ;) 12.46.36 # I would think that 160X160 would be possible. But displayed using the alignment tags to center it, so it would appear cropped. 12.46.43 # the reason why I ask is this: in my c200 SBS I load the AA at the same size as on the WPS and let a viewport do the clipping and it works nicely. I thought of a WPS with fullscreen AA (but not actually having different AA images) for smaller displays using this prinviple 12.46.55 # or aligned to a corner, etc. 12.47.26 # it didn't work, AA displayed looked only as big as 128x128 12.47.48 # ah, oh well...just a thought :/ 12.47.55 # *principle 12.47.59 # at least now *I* know ;) 12.48.07 # I'd always meant to try that... 12.48.50 # well, maybe I did something wrong but AA was displayed so I don't know - which is why I asked here 12.49.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.49.54 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 12.50.52 Quit petur (Ping timeout: 246 seconds) 12.51.02 # pixelma: I think you could do it with 160X161? IIRC (unless it was fixed since) I found out in a forum discussion with a user that the center align tgs for aa only seemed to crop the image properly if it was *not* square. 12.51.35 # I never did any further testing on that though, it was a guy trying to make a widescreen effect. 12.51.48 # I think I saw a version in the forums which used scaling tags but that's not what I wanted, I'd prefer cropped images over stretched ones 12.51.58 # cropping the top/bottom of the AA only. 12.52.23 # that's the thing, it doesn;t stretch it, it actually does crop it. 12.52.53 # but, it only seems to do it if the image is not square, even by 1px. 12.53.03 # this was a while ago now though... 12.53.31 # does the AA loading actually do cropping? For some reason I thought it only does scaling 12.54.11 # in my SBS, I do "cropping" with the viewport 12.54.39 # yeah, you can (or could?) do cropping if them image isn't square and you use the center alignment tags I'm pretty sure. 12.55.12 # I don;t *quite* remember the recipie I used now, but the user was happy with the solution...it worked, but may have been a bit of a hack. 12.55.35 # s/if them/if the/ 12.59.12 # any ideas why mounting a beast takes so much longer than other targets? 12.59.43 # out of this night's discussion, Unhelpful said that loading a square album art once at 40x40 and 40x80 will result in the same size on the screen makes me believe that AA will be resized to the smallest dimension 13.00.01 # pixelma: This may have been before the inclusion of %Cl even. 13.00.05 Join moos [0] (moos@rockbox/staff/moos) 13.00.13 # new radio art parch up to store more than one image in the buffer 13.00.20 # eh? %Cl has always been there 13.01.19 # at least in SVN album art 13.01.47 Quit kugel (Ping timeout: 252 seconds) 13.04.03 Join Schmogel [0] (~Miranda@p3EE226E3.dip0.t-ipconnect.de) 13.04.08 Quit stoffel (Ping timeout: 246 seconds) 13.06.11 # * n1s tries to "make install" on a sim and gets "Installing your build in your '' dir 13.06.11 # ERROR: No PREFIX given" 13.06.45 # ah, it's not a sim build, doh! 13.13.21 # ...and test_codec segfaults on the sim... 13.16.04 Join stoffel [0] (~quassel@p57B4CDA5.dip.t-dialin.net) 13.25.01 Join wincent [0] (~wincent@f055219205.adsl.alicedsl.de) 13.25.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.25.38 Join wincent_balin [0] (~wincent@f055219205.adsl.alicedsl.de) 13.28.30 Quit S_a_i_n_t (Ping timeout: 264 seconds) 13.29.20 Quit wincent (Ping timeout: 240 seconds) 13.29.26 Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) 13.30.03 Quit wincent_balin (Ping timeout: 260 seconds) 13.30.35 Quit funman (Quit: free(random());) 13.34.01 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.212) 13.36.09 Join tourist08 [0] (~5252864e@giant.haxx.se) 13.36.58 Quit tourist08 (Client Quit) 13.41.43 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 13.43.04 Quit dfkt (Disconnected by services) 13.43.07 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 13.44.07 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 13.44.54 Quit dfkt (Disconnected by services) 13.44.57 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 13.45.18 Join ucchan [0] (~ucchan@softbank126102048034.bbtec.net) 13.49.45 *** Saving seen data "./dancer.seen" 13.50.04 # For TTA codec (FS#11256) Could you check the decoding speed because I send a new patch ? 13.50.11 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 13.51.30 # please test for non-ARM CPU players. 13.53.27 # ucchan: i can try it in a little while 13.55.28 Quit bluefoxx (Ping timeout: 265 seconds) 13.56.02 Join bluefoxx [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 13.56.03 # n1s, thanks. 13.58.20 # ucchan: where can i find a file to test with? 13.59.41 # ucchan: there is a bunch of hunks that fail when applying the patch, is it in sync with recent svn? 14.00.18 # ah, a git patch 14.00.45 # applied fine 14.01.14 # * n1s kicks flyspray for stripping the "a/" from beginning of the path, tricking me... 14.04.45 # test file: http://download.rockbox.org/test_files/true_audio.tta 14.04.46 # ah, there's a file in test_files 14.04.52 # thanks 14.05.53 Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 14.06.15 # ucchan: As I already stated in the fs task, I think the codec should be committed as is. It will make it easier for others to work on it 14.06.25 # * n1s agrees 14.06.41 # JdGordon: about? 14.06.58 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.08.20 Join bluefoxx__ [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 14.08.25 # I'm having some trouble with the progressbar logic and volume, if you could take a look at something in the sim for me I'd really appreciate it. 14.08.56 # amiconn, n1s: I will prepare the commit to TTA codec. 14.09.35 # There is nothing that demands that a codec needs to be realtime before it is committed. In fact most codecs weren't (and some still aren't, at least for some compression levels) 14.09.56 # Speaking about compression levels - does tta only have a single level? 14.10.29 # does anyone else experience a huge delay with firefox when reading today's log? 14.10.44 # it appears the html5_enable setting causes that 14.11.04 Quit bluefoxx (Ping timeout: 252 seconds) 14.11.38 # amiconn: TTA is single level. 14.12.44 # amiconn: I would like if viewports on monochrome screens could use "inverted colours" just like you can use foreground/background shade or colours on greyscale and colour screens 14.13.29 Quit bluefoxx__ (Ping timeout: 276 seconds) 14.14.17 # ucchan: 55.09% realtime on my h300 14.16.00 # ucchan: have you benchmarked witht different compiler optimizations, i notice you use the pretty agressive "-O3 -funroll-loops" settings 14.24.16 # n1s: oh! too slow 14.38.36 Quit bmbl (Ping timeout: 258 seconds) 14.40.13 # New commit by 03uchida (r25994): add True Audio (TTA) codec ... 14.40.51 # I commit TTA codec now. 14.46.03 # \o/ 14.46.52 # stripwax: for the logs could you review FS#11268 ? 14.47.37 Join halmi [0] (~netbook@80-123-47-146.adsl.highway.telekom.at) 14.48.53 # I wonder why the beast requires more than 10Mz more to decode vorbis than c200 14.51.03 Quit parafin (Quit: So long and thanks for all the fish) 14.51.39 # might the arm asm be to blame? 14.53.08 # remains to optimize more.... speed up more than 60% Is it possible? sigh... 14.54.12 # ucchan: the emac unit makes a *big* difference on coldfire for multiplication heavy code, and iram makes a big difference for any hot data or hot code, so many possibilities remain 14.56.12 Join bluefoxx [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 14.56.33 # Oh cool, both my machine has decided to boot, and my internet is back \o/ 14.57.15 # So, while my internet was conked out, I decided that I wouldn't be losing anything to boot a liveCD on my desktop here. Lo and behold, I got rockbox on the gigabeat. 14.57.44 # yay 14.57.57 # (I'm normally quite adverse to shutting down my desktop anymore than I have to. Habit of obsessively logging chatrooms and getting caught up in a billion little tasks) 14.58.14 # Anyhow, I rebooted it to get some settings to take effect 14.58.27 # And now it's whinging about 'error three' 14.58.45 # it == the gigabeat? 14.58.46 # Did you install the single boot? 14.59.20 # Dual. 14.59.26 # OK 14.59.26 # And yes, it==gigabeat 14.59.48 # The toshiba flash loader is *stupidly* picky about the state of the disk 15.00.04 # It's currently sitting on my desk, glaring this error message at me. 15.00.15 # Do I turn it off? Force it off? Plug it in? 15.00.21 # Nuke it and restart? 15.00.31 # bluefoxx: is it rockbox' bootloader that displays the error? 15.00.40 # No, the gigabeat stuff. 15.01.33 # (That giddy feeling I had when I found out the last idiot who paw'd the thing plugged the drive in backwards? Gone. The euphoria from getting rockbox on something other than *another* e200? Gone. D= ) 15.01.53 # You can send the bootloader again 15.02.04 # Will I wind up with another fancy hard drive based brick if I force a shutdown of it? 15.02.19 # The error codes aren't fatal (usually), they unfortunatly just need a PC and wipe the hard drive 15.02.45 # Right. So I can safely reboot and nuke it than? 15.02.48 # bluefoxx: I *think* you should always be able to get it into its recovery thing (where I think it is now) 15.02.50 # Wait a mo 15.03.04 # I need to check, it has been a long time since I went through this 15.03.09 # 'Kay 15.03.39 Join parafin [0] (parafin@paraf.in) 15.03.51 # it's weird, some people have troubles and for others it just works perfectly 15.03.58 # There is some info here: http://www.rockbox.org/wiki/GigabeatSInfo 15.04.10 # n1s: Yeah, really odd - mine has never given me any issues 15.04.14 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.04.22 # mine has behaved too 15.05.24 # Give me a moment to switch over to my laptop for IRC - Gotta reboot the liveCD again... 15.07.24 # For better future reference, which partition do I toss .rockbox in? 15.07.34 # The main bit, or the firmware partition? 15.07.59 # The main one 15.08.23 # yeah, leave the firmware partition alone 15.08.43 # One of the big reasons it has a benny is doing anything at all to the firmware partition 15.09.11 # Right. That might be why it's borked now. I wasn't sure, and my 'net was still down, so I tossed it in both. 15.09.15 # Indeed. Don't touch that partition 15.09.16 # Short term it worked \o/ 15.09.29 # and use a dual-boot bootloader, even if you don't want to dual boot, unless you really can't for some reason 15.09.51 # Or the single boot happens to work and you want the much quicker start up time :) 15.10.58 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 15.11.44 Quit kugel (Read error: Connection reset by peer) 15.12.44 Quit joeyg (Client Quit) 15.12.53 # amiconn: or an "inverse" parameter for the viewports in general could be a nice thing to have too. This would allow working with the users colour setting too 15.13.58 # Yeah, windows beastpatcher dun wanna work still 15.14.35 # A good reason to keep it in the unstable catagory it seems 15.14.50 # Rather. 15.15.09 # I'm sure that most other people would have been lost, or frustrated into giving up by now :b 15.16.31 # yeah 15.16.39 Nick bluefoxx is now known as bluefoxx| (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 15.16.45 # Trouble is, most people here don't use Windows :) 15.17.02 # That too 15.17.12 # I do too much photowork to give up CS4 and DPP 15.17.17 # and Windows USB MTP stuff is complicated (so I'm lead to believe) 15.17.27 Join bluefoxx [0] (~FuzzyLomb@S0106000347a5e69e.vs.shawcable.net) 15.17.50 # I've also become rather adept at beating windows into shape within a couple hours, and keeping it there. 15.17.58 Quit bluefoxx| (Quit: ERROR:::UNCAUGHT EXCEPTION AT 0X002329:::DESTROYING CLIENT:::ABORTING ALL PROCESSES) 15.18.36 # Became rather frustrated with spending days on end simply trying to get something in *nix to work only to find it broken after an update or after something else was installed. 15.18.53 # We are getting off-topic :) 15.18.56 # (There was little escape from dependancy hell) 15.18.58 # Yes... 15.19.18 # Just waiting on my desktop to shut down now :\ 15.20.04 # S_a_i_n_t: am now 15.21.26 # Ugh. 1600x1200 across a single of my CRTs, iintended to do 1920x1200. Not even at at least 70hz either :( 15.21.59 # bluefoxx: Stay on topic please chap :) 15.22.17 # Sorry. Have a bad habit of rambling to myself :\ 15.22.38 # So chmod +x ./beastpatcher64 > ./beastpatcher64 -d ./NK.bin and don't copy .rockbox to the smaller partition 15.23.13 # Hopefully, yes - you might have to change partition types for linux 15.23.39 # ah, no - beastpatcher should do that 15.24.31 # The USB code live-fixes it IIRC 15.24.41 # yeah, I think so 15.25.18 # Commands run, killed rhythmbox with a vengance, copying .rockbox to the 27Gb partition... 15.25.36 # Appears to be booting... 15.25.59 # New commit by 03uchida (r25995): add the true audio codec. 15.26.06 # i wonder if we will ever se areliable installer on windows for the beast... 15.26.58 # JdGordon: If/when you get the change, could you run http://www.datafilehost.com/download-876883ba.html through a Nano sim for me (1G or 2G shouldn;t matter) and see what's wrong with the volume progressbar? I mainly want you to see it in the sim as it's easier to see what it's doing then describe it. 15.27.01 # I'm wanting to do "%?pv<|%pv-0dB|%xdStatic image for 0dB|%pv+0dB>", the code in the wps seems right, and it used to work (when I first tested it), but it doesn't seem to want to now :[ 15.27.35 # I have to say, the screen on the gigabeat is *much* more usable than on the e200 15.27.38 # s/get a change/get a chance/ lol 15.27.52 # bluefoxx: Yeah, it is quite a decent screen 15.28.10 Join bluefoxx|dtop [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 15.28.34 # I'm going to be *very* tempted to buy a larger drive for this thing... 15.28.48 # Has anybody put a larger zif drive into a gigabeat? 15.29.27 # yeah, I have a 120 gb in mine 15.29.39 # But that is dual layer (was originally a S60) 15.30.00 # The toshiba bootloader is rubbish though - it won't go above 137 GB 15.30.17 # Heh 15.30.26 # but up to 120 is fine 15.30.32 # If you can find a single platter one 15.30.51 # You have to do any magic voodoo to get the new drive to work, or just clone the device and than DD the new drive 15.31.10 # There is something IIRC 15.32.28 # JdGordon: I think the effect I want should be obvious looking at my code. Why it doesn't work now is a mystery...first time I tested this was before it was fixed to cope with the bug pixelma found, it (what I'm trying to do now) worked when I first tested it out. 15.32.42 # bluefoxx|dtop: You should be fine actually - stick the blank disk in, and it'll go into recovery mode - send it the firmware and it'll partition and stuff for you 15.33.01 # Cool. 15.33.29 # Going to have to save a few bucks to contribute to my friend upgrading his U820's hard drive - That thing's rocking a 120 :3 15.35.50 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 15.36.02 # I guess if we can't work out why the windows one doesn't work, we could always make a bootable linux that does it :) 15.36.17 # Settings layout is about what I'm familliar with :) Couple new things, some stuff missing that's probably platform specific....Anyone able to tell me what "Caption Backlight" is? 15.36.24 # The manual is, yes 15.36.36 # bluefoxx|dtop: The manual should have all that 15.36.49 # Both my e200 and the gigabeat have it, but I can't really see it affecting anything :\ 15.37.05 # Or I can spelunk through :> 15.43.28 # bluefoxx|dtop: I think the backlight turns on on track change 15.43.36 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 15.44.26 # Ah. Interesting... 15.46.21 # rebooting the gigabeat...Here's to hoping it doesn't error3 on me again 15.46.30 # B'awwwe 15.47.56 # So anybody got a clue what's up here? Because I've not touched the main f/w partition this time 15.48.22 # And yet I've wound up with another error three on rebooting the dratted thing :( 15.49.06 # bluefoxx: welcome to the Gigabeat S! 15.49.14 # Once it works, it works well :) 15.49.47 *** Saving seen data "./dancer.seen" 15.50.10 # bluefoxx: we don't know why it does this 15.50.16 # there are several things that seem to make it more or less common 15.50.17 # :( 15.50.28 # but ultimately it does it a lot for some peple and never for others 15.52.13 Join gerbil [0] (~5cc286f0@giant.haxx.se) 15.55.11 Quit antil33t (Read error: Connection reset by peer) 15.55.17 # Lovely... 15.55.18 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.55.28 # n1s: I confirm FS#11268. iPod video: 128 kbits: +1.8 %, 256 kbits: +1.0% 15.57.01 # I'm very tired and fungry. Then I will quit. very thanks amiconn and n1s. 15.57.12 # bluefoxx: i've painfully picked over some of hte beast's bootcode to investigate several options but nothing has come up so far 15.57.13 Quit ucchan (Quit: Leaving...) 15.57.14 # ucchan: are you comparing to a recent, svn? i committed some other optimizations yesterday but FS#11268 shouldn't change anything for ipod video 15.57.16 # bluefoxx: is this a single-boot or dual-boot install? 15.57.17 # darnit 15.58.18 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 15.58.20 # Dual is what I've been attempting 15.59.17 # Would I be able to run the *nix beastpatcher under cygwin or a VM installed under windows? 16.00.20 # under a VM, yes 16.00.22 # not in cygwin 16.01.12 # Hi, during the work for my Keybox patch I found a small bug in Keybox that happens when you reset a data base and, without leaving the plugin, create a new data base. In function "reset" the number of items in kb_list has to be resetted too. I included this into last version of my patch. Now I ask myself: should I wait if the patch gets applied or should I make an additional bug report? 16.02.18 # What of http://portableubuntu.demonccc.com.ar/ ? 16.02.38 # (Trying to find options that don't have me rebooting so frequently - kind of annoying :\ ) 16.03.14 # gerbil: we prefer such changes in seperate patches 16.03.30 # ok 16.04.19 # as a patch or bug report with attached patch? 16.05.29 # gerbil: I think as a patch - it is more likely to be committed that way. 16.05.34 # Can't belive I'm about to install *shudder* windows media player...Just to see if it might make any kind of difference in this... 16.05.56 # I thought the Windows version of beastpatcher required WMP? 16.06.10 # it does? 16.06.12 # Or at least, the Windows MTP library that comes with WMP... 16.06.39 # * linuxstb looks towards bluebrother 16.06.49 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 16.06.54 # linuxstb: thanks, will do it. 16.08.01 # New commit by 03ranma (r25996): Correct register defines. I had to look at the disassembly to spot this bug. orz 16.08.07 # linuxstb: it would be nice if it displayed some error if that is missing then 16.09.10 # n1s: I don't know the details, I just recall some talk here about beastpatcher and different versions of WMP... 16.09.13 # * gevaerts wonders if some of those new gcc 4.5 features such as link-time optimisation might provide binsize gains 16.09.32 # gevaerts: i think they have the potential to 16.10.04 # i want to try it at some point 16.10.17 # or would like to se the results if someone else did ;) 16.11.00 Quit bmbl (Quit: Bye!) 16.11.10 # I've never liked having windows media player on my machines. Ever. I let it get installed when I initially build a box, and I'll toss the updates for it on, but I always remove it from the components page... 16.13.36 # Oh that's nice. 16.14.45 # "The software you are installing has not passed Windows Logo testing yadda yadda will not be installed. Contact your systems administrator" Well for one, I /am/ my administrator. More annoyingly however, that's supposed to be the XP version I just downloaded. 16.15.06 # Thanks a lot microsoft. Top quality software as usual :| 16.15.26 # *topic* 16.15.47 # So much for the idea of installing WMP to try and get the gigabeat to work. 16.20.21 Quit gerbil (Quit: CGI:IRC (EOF)) 16.26.19 # S_a_i_n_t: a full theme .cfg would be nicer 16.27.01 # blargh...did I only send the wps? 16.27.06 # the issue is the jumpiness at the ~0Db area? 16.27.32 # yeah. 16.27.40 # file a bug 16.27.46 # low priority :) 16.27.52 # and where it jumps from *some value* to 0dB 16.28.02 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.28.26 # the 0+dB area doesn't scroll at all, it just gets displayed. 16.29.08 # and the 0-dB area stops scrolling before the limits its defined it. 16.29.14 # it's pretty weird now. 16.29.23 # it *did* work, once. 16.29.38 # thats nice :p file a bug 16.29.52 Quit stoffel (Remote host closed the connection) 16.31.46 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 16.34.46 Join Boldfilter [0] (~Boldfilte@adsl-82-105-75.jax.bellsouth.net) 16.35.06 # radio art is pretty much finished 16.35.14 # needs testers on target 16.36.10 # JdGordon: tested latest patch - looks good 16.36.10 Quit bluefoxx|dtop (Read error: Connection reset by peer) 16.36.16 Join bluefoxx|dtop [0] (fuzzylomba@S010690e6ba0f7ce3.vs.shawcable.net) 16.36.28 # no more delay swapping between stations? 16.36.36 # JdGordon: nope 16.37.04 # is conditional support something to be added or a bug? 16.37.05 # sweet. I'm just fiishing the change to dump out an old image if there isnt enough room 16.37.16 # %?C doesnt work? 16.37.20 # no 16.37.47 # unless I coded it wrong 16.38.30 # I forgot to make it work :p 16.38.32 # adding now 16.38.40 # hehe - ok 16.43.40 # have we got a file_exists() or similar? 16.52.57 # would help if I uploaded the right patch :p 16.53.08 # this one is pretty much done, test it and leave comments :) 16.54.02 # JdGordon: we do have file_exists() 16.54.13 # * n1s hands JdGordon grep 16.54.18 # yep, too slow! search beat you to it 16.54.24 Join halmi_ [0] (~netbook@v254-214.vps.tuwien.ac.at) 16.54.43 # i was busy with the buns! 16.55.10 Join BeFalou [0] (~mamutoi@unaffiliated/befalou) 16.56.26 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.56.52 Quit halmi (Ping timeout: 246 seconds) 16.59.04 Join halmi [0] (~netbook@80-123-47-146.adsl.highway.telekom.at) 16.59.06 Quit halmi_ (Ping timeout: 265 seconds) 17.11.11 Quit JohannesSM64 (Ping timeout: 265 seconds) 17.14.46 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 17.15.16 Join stoffel [0] (~quassel@p57B4CDA5.dip.t-dialin.net) 17.17.12 Join funman [0] (~fun@rockbox/developer/funman) 17.17.12 Join webguest42 [0] (~41feb184@giant.haxx.se) 17.19.39 Quit webguest42 (Client Quit) 17.19.53 Quit robin0800 (Remote host closed the connection) 17.21.44 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 17.28.35 Join nograsswillgrow [0] (~4b6e5786@giant.haxx.se) 17.29.07 Quit nograsswillgrow (Client Quit) 17.33.09 Quit bluefoxx|dtop (Ping timeout: 240 seconds) 17.44.36 Join fyrestorm [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) 17.49.51 *** Saving seen data "./dancer.seen" 17.52.58 Quit bertrik (Ping timeout: 240 seconds) 17.53.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 17.55.35 Join Jaykay [0] (~chatzilla@p5DC57826.dip.t-dialin.net) 17.59.50 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 18.02.05 # So far I've been pretty slavishly following directions about setting up build environments. I'm currently using cygwin, and it works, but building is slow. I'm new to cross-compiling, Linux, etc, so this may be a naive question. 18.02.28 # But has anyone considered using something besides Cygwin on Windows boxes? I mean besides virtual machines and the like. What about MinGW? 18.06.33 # MinGW is not what you think it is 18.06.38 # the MSYS environment.. that's cygwin 18.07.01 # MinGW is an altenative to using MS's tools to build win32 binaries 18.07.07 # it is not a way to run POSIX code (like gcc) on Windows 18.07.33 # the msys tools are all linked against cygwin1.dll same as everything else :) 18.08.07 # i heard of interix but i guess all in all the fastest & easiest is to use a VM 18.08.23 # interix is slow as well 18.08.59 Join halmi_ [0] (~netbook@93-82-35-204.adsl.highway.telekom.at) 18.09.11 # interix is just someone else's go at cygwin :) 18.10.23 Join Schmo [0] (~Miranda@p3EE226E3.dip0.t-ipconnect.de) 18.11.26 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 18.12.01 Quit halmi (Ping timeout: 276 seconds) 18.12.24 # Ok. I found what was barfing up the gigabeat on me 18.12.31 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-nycwzpjodpvbjoxi) 18.12.47 # Blue_Dude: why not just use a VM? 18.12.52 # they're very fast and quite easy 18.13.16 # saratoga: no admin rights. :( 18.13.22 # Had to properly dismount the data partition of it, but not let ubuntu touch the f/w partition with it's unmount. 18.13.25 # IMO unless you're extremely low on disk and ram, a VM is the best way to do things from Windows 18.13.32 Quit Schmogel (Ping timeout: 265 seconds) 18.13.38 # Torne: oh. 18.13.38 # Cue one tired geek who's now more of a music nerd :D 18.13.50 # Blue_Dude: MinGW's gcc and cygwin's gcc are the same gcc, in fact 18.13.59 # Blue_Dude: theres no way to install a VM without admin? 18.14.05 # Blue_Dude: you can use -mno-cygwin to compile with mingw headers/libraries instead of cygwin ones, from cygwin 18.14.13 # i'd think without the advanced network features VB might work 18.14.48 # Torne: I just want to cross-compile without having to take a lunch break. 18.14.51 # Blue_Dude: but yeah, mingw is about using a unixlike OSS environment (based on cygwin) to compile normal win32 binaries 18.15.05 # as such it is just as slow as cygwin 18.15.27 # Torne: well, that's why I asked. I really dont know. 18.15.31 # Thanks. 18.15.43 # mingw is a target, not an environment, and our target is always arm-elf or something 18.15.51 # saratoga: I think you need admin rights just to install VB. 18.15.53 # Oh man the gigabeat is a sick little player. 18.16.19 # * Blue_Dude is mightily confused about the whole thing, but is trying to keep up. 18.16.26 Quit Xerion (Ping timeout: 260 seconds) 18.16.46 # I'm going to faintly miss the scrollwheel for flying through long lists of music, but I think that if I use the gigabeat for fewer artists of whom I have more music from, I'll be good. 18.16.55 # Blue_Dude: the msys/mingw people really don't explain this sensibly at all 18.17.03 # so it's normal ot be confused :) 18.17.17 # I just type in the magic words (make bin, etc.) and it works. I don't know how it works though. 18.17.26 # Thanks to everyone who helped me, and tolerated my confusion. And of course the awesome people who got rockbox going on the gigabeat. 18.18.13 # Torne: it took me a day and a half just to get the right packages for mingw/msys. There are all these options and nobody lists the essentials. 18.18.28 # Blue_Dude: msys is useless, ignore it 18.18.39 # if you want to compile windows binaries, cygwin can install a mingw toolchain 18.18.51 # you can switch with just -mcygwin -mno-cygwin on the gcc command line :) 18.19.14 # Gah. 18.24.37 Quit liar (Quit: Verlassend) 18.24.44 # looking on line it does look like all the fast VMs require a kernel mode driver of some kind 18.25.36 # I'm getting the manual for VirtualBox right now. I'm going to curl up on the couch and get reading. 18.25.42 # saratoga: yup 18.25.53 # I'll figure out a way to bribe an IT type for an install. 18.26.17 Quit S_a_i_n_t (Ping timeout: 258 seconds) 18.27.59 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.212) 18.30.03 Quit parafin (*.net *.split) 18.32.29 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 18.34.37 Join parafin [0] (parafin@paraf.in) 18.36.54 Quit komputes (Ping timeout: 248 seconds) 18.39.28 Quit Schmo (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.44.35 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 18.46.24 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 18.46.44 Quit stoffel (Read error: Connection reset by peer) 18.49.17 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.49.29 Quit funman (Quit: free(random());) 18.50.06 Join Schmogel [0] (~Miranda@p3EE226E3.dip0.t-ipconnect.de) 18.54.34 Quit bertrik (Remote host closed the connection) 19.02.00 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 19.05.48 # bluefoxx: So you had to unmount the data partition, but just unplug and not touch the firmware one? 19.06.22 Quit mikroflops_ (Ping timeout: 260 seconds) 19.10.36 # AlexP, More or less 19.11.28 # Might be different with a newer release, I simply grabbed an old 7.10 64bit edition disc that's been sitting in a drawer 19.11.58 # But rockbox is very happily chugging along now 19.12.17 # It's considerably snappier than the e200 too :D 19.16.22 Quit TheSeven (Ping timeout: 276 seconds) 19.16.51 Quit JohannesSM64 (Ping timeout: 252 seconds) 19.19.48 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.20.00 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.216) 19.20.21 Quit S_a_i_n_t (Ping timeout: 240 seconds) 19.24.30 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.229) 19.24.58 Quit S_a_i_n_t_ (Ping timeout: 276 seconds) 19.25.34 # New commit by 03alex (r25997): Correct English. 19.28.29 Quit komputes (Ping timeout: 264 seconds) 19.29.02 Quit saratoga (Quit: Page closed) 19.30.27 Quit ender` (Quit: The word 'politics' is derived from the word 'poly', meaning 'many', and the word 'ticks', meaning 'blood sucking parasites'. -- Larry Hardiman) 19.32.34 Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) 19.34.44 Join funman [0] (~fun@rockbox/developer/funman) 19.35.00 Join ender` [0] (krneki@foo.eternallybored.org) 19.35.23 # increasing pcm dma burst size doesn't seem to increase battery life :/ 19.37.25 # ranma: http://www.rockbox.org/irc/log-20100513#09:00:12 i think it's interesting that rockbox needs 10mA more for playback while OF needs only 2, compared to idle 19.38.09 # i think since our codecs are very efficient the difference might be in pcm (we ruled out as3514 settings already i think) 19.41.02 Quit CGL (Quit: Soy spammero http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) 19.41.08 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 19.41.46 # funman: Hey, I just got my first usb 'ctrl in' interrupt :) 19.41.55 # nice :) 19.42.00 # And dma to the buffer seems to have worked 19.42.15 # is it consistent or just happens one every X plug-in ? 19.42.31 # Heya if I am using a dated bootloader with a clip+ has there been a recent release of a new one that i should use? 19.42.34 # I expect it to be consistent. 19.43.09 # I found a stupid bug in usb-drv-as3525.c, all register defines were wrong (missing braces) 19.43.24 # funman will know with his finger on the pulse of everything Sansa 19.43.26 # notlistening: http://download.rockbox.org/bootloader/sandisk-sansa/clipplus/bootloader-clipplus.sansa 19.44.19 # ranma: braces? 19.44.26 # Cheers funman 19.44.47 # "(volatile unsigned long*) USB_BASE + 0x2000" VS "(volatile unsigned long*) (USB_BASE + 0x2000)" 19.45.01 # ouch 19.45.29 # :'( 19.45.59 # i wonder what i have done to the gods for this code to have any effect 19.46.22 # thx for spotting that 19.46.34 # I spotted that in the disassembly... ^^; 19.46.37 # funman: just pasing thru now but saw your pcm comment above. Will using test & clean( clean_dcache() ) instead of clean_dcache_range() help us there? 19.46.41 # btw, braces are {}, i think () are parenthesis 19.46.47 Quit ender` (Quit: Remember: A secretary isn't permanent until she's been screwed on the desk...) 19.46.48 # Ah, right. 19.47.01 # FlynDice: i think test & clean can't use ranges 19.47.26 # * ranma wanted to say brackets 19.47.46 # that's the point you don't need to give it a range, it figures it out on it'd own... 19.47.55 # on it's.. 19.48.18 # Anyway, I think I'll go sleep now and continue tomorrow :) (2:48 am now) 19.48.19 # FlynDice: but we could clean some entries which we don't need to, so it would be slower? 19.49.08 # bbl 19.49.09 Quit funman (Quit: free(random());) 19.49.19 # I see, well I'll go finish mowing.... 19.49.52 *** Saving seen data "./dancer.seen" 19.50.36 Join ender` [0] (krneki@foo.eternallybored.org) 19.51.34 # The updated bootloader .sansa file i just downloaded replaces the rockbox.sansa file in my build dir right? 19.57.16 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-aurujinaicbuddjm) 19.57.27 # no, you have to install it 19.57.43 # follow the directions on the wiki 19.57.48 # will do 20.00.53 # in the TTA decoder, I wonder if we could just put the whole tta[MAX_NCH] array in IRAM 20.00.56 # its not that big 20.01.53 # anyone want to try on Coldfire? 20.01.56 # i can make a build 20.04.52 # * gevaerts checks if his X5 is operational today 20.07.14 # saratoga: I can test. Is there a tta file somewhere? 20.07.37 # http://download.rockbox.org/test_files/ 20.08.37 Join arbingordon [0] (~w@unaffiliated/arbingordon) 20.09.13 # OK. Do you have a patch or a build ready? 20.09.15 # http://duke.edu/~mgg6/rockbox/rockbox-x5.7z 20.10.04 # svn on the H300 gets 55.09% 20.10.10 # so lets see if thats any faster 20.11.52 # File too large :\ 20.12.31 # how much RAM does the X5 have? 20.12.47 # well i guess 16MB 20.13.11 # i really need to find time to fix that stupid test_codec problem 20.13.26 # can you truncate the tta file at 13MB or so? 20.13.30 # I'll see if my h300 is charged enough 20.14.09 # (or truncate it, if that doesn't break things) 20.14.50 # truncating probably works but i've never tried 20.15.33 # We'll know soon 20.15.55 # http://duke.edu/~mgg6/rockbox/rockbox-h300.7z 20.17.43 Quit flydutch (Quit: /* empty */) 20.23.52 # saratoga: 120.75%, 102.84MHz on h300 20.23.59 # wow 20.24.06 # thats like a 2x difference 20.24.13 # for 8KB of IRAM 20.24.17 # kind of incredible 20.24.27 # can you double check that against stock SVN? 20.24.45 # sure 20.27.25 Part parafin ("If you don't like rock'n'roll | It's too late now") 20.27.43 Join parafin [0] (parafin@paraf.in) 20.27.45 Quit bieber (Read error: Connection reset by peer) 20.29.37 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.35.34 # saratoga: plain svn indeed does 55%. Your version also sounds correct, so there's no bug there 20.36.05 Join komputes [0] (~komputes@ubuntu/member/komputes) 20.36.24 # gevaerts: 218MHz? 20.36.29 # (for the commit log) 20.36.36 # yes, I think so 20.36.41 Join gbl08ma [0] (~3ea9604e@giant.haxx.se) 20.36.59 # sounds good 20.37.07 # New commit by 03saratoga (r25998): Put decoder array into IRAM. Improves Coldfire (h300) performance 218MHz ->102.84 MHz. Should be realtime on all CF targets. 20.38.11 Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) 20.38.37 # 16, yes 20.38.47 # oops 20.40.10 Join Zagor_ [0] (~bjst@81-235-141-52-no63.tbcn.telia.com) 20.42.30 Part watto 20.42.41 Quit parafin (Quit: So long and thanks for all the fish) 20.42.44 Join parafin [0] (parafin@paraf.in) 20.44.12 Quit gbl08ma (Quit: CGI:IRC (EOF)) 20.44.53 Quit Jaykay (Ping timeout: 248 seconds) 20.46.43 Quit antil33t (Read error: Connection reset by peer) 20.46.50 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 20.49.05 # funman: for the logs - it looks like r25989 is causing problems on my e200v2 - tested with a clean build and a clean .rockbox directory - boot up and change any setting and shutdown - the shutdown splash hangs for 20 seconds and the config.cfg file does not get saved 20.49.08 Quit S_a_i_n_t (Ping timeout: 264 seconds) 20.50.35 # funman: also, connecting the usb cable while in rockbox causes it to hang, probably due to trying to save the settings before reboot 20.50.48 Quit joeyg (Quit: lions and tigers and bears, oh my!) 20.51.08 # funman: no problems with the r25988 build 20.52.07 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.36) 20.52.55 Quit parafin (Quit: So long and thanks for all the fish) 20.53.31 Join parafin|away [0] (parafin@paraf.in) 20.54.24 Nick godeater is now known as GodEater (~godeater@rockbox/staff/GodEater) 20.55.09 # pamaury: did you ever make the wps converter? 20.56.31 Quit parafin|away (Client Quit) 20.56.33 Join parafin|away [0] (parafin@paraf.in) 20.57.03 Quit parafin|away (Client Quit) 20.57.05 Join parafin|away [0] (parafin@paraf.in) 20.57.09 Join fml [0] (~chatzilla@p5DD2BF93.dip.t-dialin.net) 20.57.54 Quit pamaury (Ping timeout: 252 seconds) 20.58.49 Quit S_a_i_n_t (Ping timeout: 260 seconds) 20.59.07 # Is font loading broken somehow in the sim? I created a BDF file, converted it to .fnt and also to .c to verify the glyphs. In the .c all looks OK. But when I load the font in the sim (for sansa e200 v1), only garbage is displayed. Other fonts work, e.g. Helvetica 12. 20.59.11 Quit parafin|away (Client Quit) 20.59.12 Join parafin [0] (parafin@paraf.in) 20.59.48 # What can be the reason? 20.59.58 Quit parafin (Client Quit) 21.00.15 Join parafin|away [0] (parafin@paraf.in) 21.00.16 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.45) 21.00.18 Nick parafin|away is now known as parafin (parafin@paraf.in) 21.05.09 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 21.05.20 Join hebz0rl [0] (~hebz0rl@dslb-088-065-054-054.pools.arcor-ip.net) 21.05.35 # fml: does it work on target? 21.06.14 # Zagor_ : I haven't checked yet. The fnt format doesn't depend on the platform, does it? 21.06.26 # no 21.08.25 # Zagor_: No, it does not work on target 21.08.38 # them I think we can conclude the sim is not broken :) 21.10.39 # Hrm... This is good and bad! 21.10.49 Join webguest21 [0] (~4ab364c8@giant.haxx.se) 21.14.57 Quit webguest21 (Client Quit) 21.16.39 Join Lombax [0] (~FuzzyLomb@S0106000347a5e69e.vs.shawcable.net) 21.19.25 Quit bluefoxx (Ping timeout: 268 seconds) 21.20.03 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 21.21.17 # How can I build fonts via make? 21.21.41 # I.e. what target should I call? 21.21.58 # make fonts i think? 21.22.06 # the make file can list its options 21.23.27 # "make help" 21.24.48 Quit robin0800 (Remote host closed the connection) 21.28.02 # Weird. If I convert the fonts via make, all is OK. But if I do it manually (via convbdf), it produces garbage 21.29.32 # make fonts V=1 might be next then 21.41.29 Quit stripwax (Quit: http://miranda-im.org) 21.46.55 Join petur [0] (~petur@rockbox/developer/petur) 21.49.55 *** Saving seen data "./dancer.seen" 22.01.15 Quit esperegu (Remote host closed the connection) 22.04.11 Join funman [0] (~fun@rockbox/developer/funman) 22.19.07 Join chrissavery [0] (~chris@ppp-58-9-183-149.revip2.asianet.co.th) 22.24.42 # I have created a patch to provide WPS - PictureFlow integration. I can now flip between the album flow screen and WPS screen and back with one button. This makes a very nice interface for album based selecting. I've add the patch to the tracker now and would like to hear if anyone tests it out and whether I did this the right way. First attempt at patch for rockbox. It adds a couple new settings that enable this functionality. 22.25.33 Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) 22.26.14 Quit amiconn (Ping timeout: 258 seconds) 22.26.14 Quit pixelma (Ping timeout: 258 seconds) 22.28.59 Join anewuser [0] (anewuser@unaffiliated/anewuser) 22.33.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.34.54 # petur: I see you added line apps/recorder/recording.c line 1129 in r18202, do you remember why? it's not described in the commit log and i think it should be removed : the recording interface shouldn't be uninitialized before it's initialized 22.35.02 Quit bluebrother (Disconnected by services) 22.35.04 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 22.35.24 # just a sec 22.35.50 # Zagor_: ping 22.36.02 # kugel: yes? 22.36.16 Quit powell14ski_ (Ping timeout: 264 seconds) 22.36.38 # Zagor_: I think there's a problem with today's irc log and firefox 3.6 with html5_enabled set to true 22.36.46 # there's a big delay before the log is generated 22.36.49 # for as3525 we must make sure calls to pcm_init_recording()/pcm_close_recording() are ordered and called the same number of times (like boost/unboost) 22.37.48 # Zagor_: can you put http://omploader.org/vNGJiaA/bootloader-fuzev2.sansa on the download server? 22.37.51 # kugel: ok 22.38.08 # disabling html5 support fixes it 22.38.32 # isn't the server push thing part of html5? 22.38.47 # i think it's just a mozilla thing 22.39.04 # New commit by 03funman (r25999): fix a typo in comment 22.39.16 # uh oh, epic commit approaching! 22.40.36 # ha 22.40.41 # no, the push thing is some very mozilla thing. not html5 22.40.54 # afaik theres no standard way to do that, which is why it won't work in chrome 22.40.59 # *very old 22.41.37 Join pixelma [0] (quassel@rockbox/staff/pixelma) 22.42.21 Join amiconn [0] (quassel@rockbox/developer/amiconn) 22.42.35 Join mirak_ [0] (~mirak@85-171-108-160.rev.numericable.fr) 22.42.39 # funman: probably, since recording should be closed when leaving that function. Did you find an error with that? I mean, does it fail somehow? 22.43.43 Quit Lombax (Ping timeout: 264 seconds) 22.44.15 # petur: this line (to uninitialize) is at the start of the function just before the call to initialize it 22.44.48 # if you look further, you'll see more of those, so it is probably copy-paste ;) 22.44.52 # it doesn't fail right now but it bother me a lot 22.44.59 # funman: done 22.45.01 # a lot? 22.45.15 # Zagor_: thanks 22.45.34 # funman: I can show you code running on production systems that bothers me a lot and would probably kill you ;) 22.45.48 # well ok it bothers me less than that ;) 22.46.28 Join jd [0] (~jd@rocket.vel.lv) 22.46.29 Quit jd (Changing host) 22.46.29 Join jd [0] (~jd@Wikipedia/HellDragon) 22.46.31 # feel free to test without that line, I'll try to remember to look at it if you don't 22.46.40 # Zagor_: right, but google says html5 is also going to have some server push feature 22.46.48 Quit bmbl (Quit: Bye!) 22.46.52 Quit Zarggg (Quit: Zarggg) 22.47.17 Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:829c:beb1:ba3d) 22.49.27 # kugel: ok. the reader uses Content-type: multipart/mixed 22.50.19 # evilnick_B: that char seems right, except mine doesnt get paid in money 22.51.08 # "Chromium supports multipart/x-mixed-replace" 22.51.24 # is there a check for FF? maybe it will work on chrome now 22.52.03 # replace is no good. it resends the complete page. 22.53.16 # There is a bug in the convbdf utility. If I convert a BDF file only with the -f option, the .fnt file is different than the one produced with both -f and -c options! 22.54.12 Quit anewuser (Ping timeout: 240 seconds) 22.55.19 Quit notlistening (Quit: Leaving) 22.59.28 Quit fyrestorm (Read error: Connection reset by peer) 23.03.12 Quit chrissavery (Ping timeout: 276 seconds) 23.05.20 # New commit by 03funman (r26000): clipv2: current usage estimation ... 23.06.15 Quit Schmogel (Ping timeout: 245 seconds) 23.07.47 # in fact i think i should rather insert my code for enabling/disabling dma in pcm_record_data/pcm_stop_recording functions 23.08.41 Join chrissavery [0] (~chris@ppp-58-9-190-113.revip2.asianet.co.th) 23.10.19 Part chrissavery 23.10.51 # petur: recording works fine with the line removed so i guess it should go 23.11.18 # did you also go to its settings? 23.11.30 # its settings? 23.11.34 # rec screen -> rec settings -> rec screen 23.11.44 # press the menu button 23.12.12 Quit shai (Ping timeout: 265 seconds) 23.12.32 # just did that: fine 23.12.37 # * petur suddenly isn't sure if that actually leaves the function 23.12.56 # well, it can go, I'll maybe test later 23.13.19 # then the call in misc.c is unconditional if recording has been started or not 23.15.14 # Oh! Generating .c file from .bdf seems to screw the internal data structure so that generated .fnt (which is generated after .c) is garbage. One should not specify both -c and -f options! Should we make them mutually exclusive? 23.16.18 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 23.16.59 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.18.26 Join powell14ski [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 23.21.07 Quit Zagor_ (Quit: Leaving) 23.23.56 Quit ender` (Quit: But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the funeral expenses.) 23.24.15 Join elinenbe [0] (~d1c4c008@giant.haxx.se) 23.27.49 # New commit by 03alle (r26001): Generating .c file make internal data structures unusable so that .fnt file can not be produced after that. Make sure that both options are not used ... 23.32.08 # New commit by 03funman (r26002): fix pitch_detector: recording will stop itself if the callback returns <0 ... 23.32.13 Join jfc^3 [0] (~john@dpc6682208002.direcpc.com) 23.32.13 # New commit by 03funman (r26003): as3525: retain & release DMA engine when starting and stopping recording ... 23.35.16 # n1s: jhMikeS: does r26002 fix the problems you had with pitch_detector? 23.35.41 Quit evilnick_B (Quit: Page closed) 23.35.56 Quit jfc^2 (Ping timeout: 240 seconds) 23.37.41 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 23.41.45 Join bluebro [0] (~4d2c4024@gateway/web/freenode/x-aodzicesfrjvcqrf) 23.41.59 Quit bluebro (Changing host) 23.41.59 Join bluebro [0] (~4d2c4024@rockbox/developer/bluebrother) 23.43.34 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 23.44.13 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.46.13 # can i see the current uptime somewhere? running time only tells the time ran since last charger plugin, not since last boot 23.49.59 *** Saving seen data "./dancer.seen" 23.52.48 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 23.53.20 Quit lpereira (Quit: Leaving.) 23.53.20 Quit xavieran (Quit: ➤➤➤➤➤➤ Unicode shall reign forever! ➤➤➤➤➤➤) 23.53.53 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 23.54.08 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.57.11 Quit DerPapst (Quit: Leaving.)