--- Log for 25.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 10 days and 21 hours ago 00.00.20 Quit BigBambi (Remote closed the connection) 00.01.06 Quit DefineByte ("Bye all") 00.02.25 # pixelma: Your WPS works fine in the M3 sim, but doesn't work on the remote for the M5... 00.02.58 # So there seems to be a bug somewhere. 00.03.10 # * linuxstb compiles an X5 sim 00.03.41 # btw. I also notice that the M3 sim seems to have problems changing the font (I used a nimbus-12 with a different WPS and now loaded cabbiev2 as theme and the font didn't change) 00.04.09 # so maybe it's not font loading but theme loading 00.04.50 # ah yes, I can see now that it's working in the M3 sim too 00.05.36 Quit Soap_ (Connection timed out) 00.05.39 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 00.06.07 Quit ChAoS ("CGI:IRC") 00.06.12 Quit Jon-Kha (Remote closed the connection) 00.06.21 # ChAoS: The linux version works perfectly here 00.06.32 Join ChAoS [0] (n=44e4e61c@gateway/web/cgi-irc/labb.contactor.se/x-0eaa9b2c8206dd22) 00.06.38 # hello...I've got two main "what ifs" I appreciate having checked out before committing this threading weirdness: iPod 5G, large sector (overall buffering speed was fixed without spinlock but glitched at first playback so that change had to wait), and a 64-bit sim (odd sensitivity to exclusion practices). 00.08.53 # good night guys 00.08.56 Part ItalianPianist 00.09.12 # pixelma: (unsurprisingly), same problem in the X5 sim 00.09.51 # that's what I would have expected too (just started to compile though myself) 00.10.44 Quit SoapH ("CGI:IRC (Ping timeout)") 00.10.58 # BigBambi: Trying a reboot since my laptop was suspended from use at work and trying again... any other suggestions? 00.11.23 # linuxstb: I tried commenting out the text viewport and then the status bar viewport shows, so maybe it's not general viewport handling (?) 00.11.41 # Not so far as rbutil goes - I just tried the linux version and it worked perfectly. You can try the manual method 00.12.02 # * amiconn suspects the problem in the line array handling 00.12.03 Quit cool_walking_ (Read error: 104 (Connection reset by peer)) 00.12.19 # linuxstb: I noticed cabbiev2 just brings up the default WPS on x5 and H10 (both color @160x128) and works on my other players. Full clean, rebuild and reconfig was done. 00.12.26 # Now there can be several lines with the same line number (within different viewports) 00.13.01 # jhMikeS: Ouch... I've just got the same thing in the X5 sim... 00.13.02 # BigBambi: Only reason I am using the windows one is because the OSX one wont run on my G4.. know anything about that? 00.13.15 # amiconn: Which line array are you talking about? 00.13.28 # ChAoS: When did you download the Mac one? 00.13.36 # few days back. 00.13.37 # jhMikeS: Investigating... 00.13.40 # The one that you multiplied in your first commit, and later changed back to a single one 00.13.41 Quit Soap__ (Read error: 110 (Connection timed out)) 00.13.53 # I'm just guessing without actually looking at the code... 00.14.22 # ChAoS: There was a problem with the OSX one initially being compiled Intel only, but I thought that had been fixed 00.14.43 # amiconn: This bug seems to just happen on remote LCDs... There is one line array per screen, so I would expect the bug to happen with the main LCD as well if there was that problem. 00.14.48 # hmm.. maybe I will downlaod again and try over on my mini if this doesnt work.. thanks for your suggestions!! 00.14.48 # ChAoS: Perhaps try the sansapatcher + unzipping the build method 00.15.19 Join ceclin [0] (n=clincher@96.240.96.79) 00.15.44 # ChAoS: rbutil is usually fine but it still in development so may have the odd issue, but if you still have problems, try the manual method outlined in the manual 00.16.29 Join SoapH [0] (n=621131c8@gateway/web/cgi-irc/labb.contactor.se/x-812e90254fb2e393) 00.16.45 # jhMikeS: Your H10 also has a 160x128x16 LCD? 00.16.53 # yes 00.16.54 # jhMikeS: Sorry, you answered that... 00.17.02 # BigBambi: will do.. thanks again for the pointers. 00.17.03 # I found the bug, committing now (missing |) 00.17.18 # ChAoS: No probs, I hope you get it working 00.17.34 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.18.31 # jhMikeS: It was actually my later commit to make the %V parsing stricter that broke it - at the time I changed the WPS, the parser allowed that... 00.19.20 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 00.20.35 Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-SEVENTY-EIGHT.MIT.EDU) 00.20.54 # linuxstb: you didn't update the 160x128, color versions? 00.21.58 # Anyreason I couldnt run the rbutil 1.0.3 on osx since the 1.0.4 appears to be intel proc only? 00.22.00 Quit SoapH ("CGI:IRC (Ping timeout)") 00.22.44 # linuxstb: just asking because the e200/gigabeat had no problem 00.22.45 Quit ender` (" The trouble with having an open mind, of course, is that people will insist on coming along and trying to put things in it.") 00.23.17 # jhMikeS: Yes. The H10/X5 problem was a typo that the parser used to ignore, but I made the parser stricter. 00.23.38 # s/typo/missing terminating | character/ 00.25.26 # maybe I should just go on committing all my greyscale cabbiev2 changes except the Iaudio remote 00.25.38 Quit fehmicans (Read error: 104 (Connection reset by peer)) 00.26.15 # WPS 00.27.10 # ChAoS: You can try. I seem to remember that Complete Install under 1.0.3 had a bug, so you will need to use the second tab to do the vootloader and build installs individually 00.27.11 # another thing that happened but seems to have disappeared on H120 was that cabbiev2 would use the fixed font. Not sure if that was deliberately fixed or just silently showed and went away. 00.27.18 # s/vootload/bootloader 00.27.35 Part toffe82 00.30.25 # BigBambi: Thanks 00.31.38 # ChAoS: You are welcome 00.31.49 # I observed a strange behaviour on the Mini yesterday - going from cabbiev2 to the old text default (by loading the saved.cfg). Icons and backdrop vanished as should be but the WPS layout (tag info) was placed like in cabbie but using the reloaded font and clipped to the area the loaded WPS should have had (I think) 00.32.25 # I think amiconn had the same problem - does your .cfg contain the line "wps: " (with nothing else) ? 00.32.26 # a reboot "fixed" it 00.32.59 # ok, then he reported that already (sorry didn't read all of the logs...) :D 00.33.14 # it was his Mini 00.33.27 # Yes, I think he mentioned it was his mini... 00.33.28 # reading _all_ the logs would be way too time consuming 00.33.52 # Someone should post a daily executive summary... 00.34.02 # * linuxstb is not someone 00.34.05 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.34.39 # linuxstb: Time for Rockbox to hire a secretary? :-P 00.35.40 # if anyone cares to do a quick check 80gig or 64-bit sim: http://jhmikes.cleansoap.org/priority-inheritance.diff (actually does a little more than the name says, ignore the crud about /uisimulator/sdl/kernel.c that may come up) 00.36.16 # BigBambi: Ouch... cand find file rockbox.e200.mi4 or something then autooff.. suggestions? 00.36.26 # s/cand/cant 00.36.34 # jhMikeS: I don't know if this is a priority issue or what. I've noticed on my Sansa that during first buffer, it's completely unresponsive to keypresses. 00.37.08 # BigBambi:rockbox.mi4 and rockbox.e200 both not found. 00.42.06 # Llorean: That seems to depend on the theme. I observed it while testing bitmapstripped cabbiev2 on H300 00.42.07 # Llorean: yes, it is that. 00.42.20 Join SoapH [0] (n=621131c8@gateway/web/cgi-irc/labb.contactor.se/x-735aa45fb552db32) 00.42.41 # My guess is that the buffering code somehow "forgets" to yield at all under certain circumstances 00.43.01 # * amiconn shrugs at reading the word 'preempt' in that patch 00.43.03 # I hadn't noticed it on my Gigabeat, but then I rarely press anything on first buffer. 00.43.44 Quit ChAoS (Nick collision from services.) 00.43.51 # It never seems to happen when resuming after booting completed, but for the test I enabled resume on startup 00.43.52 Join ChAoS [0] (n=44e4e61c@gateway/web/cgi-irc/labb.contactor.se/x-451d6945727ee1b7) 00.43.57 Quit ChAoS (Nick collision from services.) 00.44.57 Quit hannesd (Read error: 113 (No route to host)) 00.45.12 # amiconn: My e200 had been booted for some time when I ran into it. At least long enough for me to change themes. 00.45.26 # ah, hmm 00.45.33 # I'll double check 00.45.37 # Anyway, there seems to be a serious problem 00.45.53 # Buttons aren't even pre-registered, at least on H300 00.46.38 # Hmm, that'd mean interrupts are somehow disabled... 00.47.20 Quit SoapH ("CGI:IRC (Ping timeout)") 00.47.24 # the patch has no UI stickiness on any of my players and also allows codec priority to be brought up gradually such that it's brought up smoothly 00.47.42 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.48.27 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.49.40 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 00.49.48 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 00.50.33 Quit linuxstb (Nick collision from services.) 00.50.35 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.54.13 # * JdGordon loves the size of the recent wps commits :p 00.55.07 # ? 00.55.22 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 00.55.23 # as in file count? 00.55.26 # * pixelma pffs at JdGordon 00.55.54 # yes, filecount 00.56.03 # taking 455min to scroll down the screen 00.56.24 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d0f717e06b4d9a8b) 00.57.28 Join ChAoS- [0] (n=44e4e61c@gateway/web/cgi-irc/labb.contactor.se/x-c66280930c060c85) 00.58.38 # * jhMikeS thinks JdGordon exists in an accelerated frame of reference if it takes 455 minutes to scroll :p 00.59.10 # that was either meant to be 4, 5, 45 or 55... depends where you want the typo to be :p 00.59.24 Quit saratoga (Client Quit) 00.59.27 # pixelma: I've tracked the bug down to a problem with the wps parser, but I'm not sure exactly what yet... 00.59.30 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-3bc94cfd1a22cc3e) 00.59.53 # sqrt(1 - v^2/c^2)? 00.59.58 # * amiconn wants more data registers on coldfire :/ 01.00.02 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 01.00.42 # linuxstb: thanks for looking into it, I'm currently preparing a commit without the Iadio remote (something more to scroll for Jd :P ) 01.00.45 Quit mf0102 ("Verlassend") 01.00.58 *** Saving seen data "./dancer.seen" 01.01.00 # *Iaudio 01.04.58 Quit saratoga ("CGI:IRC (Ping timeout)") 01.05.13 Quit XavierGr (Nick collision from services.) 01.05.24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 01.07.47 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cacbf2351a5c5280) 01.07.55 Join Xerion_ [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 01.07.59 # the webclient has been all screwy for me lately 01.08.56 Quit Xerion (Read error: 104 (Connection reset by peer)) 01.08.57 Nick Xerion_ is now known as Xerion (i=xerion@cp198589-d.landg1.lb.home.nl) 01.09.20 Join HEx [0] (n=HEx@83.231.208.215) 01.09.29 # BigBambi: Thanks!! have my first rockboxed device... starting to customize my theme already!! 01.09.39 Quit tvelocity_ (Remote closed the connection) 01.11.47 Quit loudergood (Read error: 110 (Connection timed out)) 01.12.34 # * linuxstb slaps forehead 01.13.08 Join corevette [0] (n=corevett@adsl-75-35-113-7.dsl.pltn13.sbcglobal.net) 01.14.04 Join forehead [0] (n=54bd755c@gateway/web/cgi-irc/labb.contactor.se/x-57c0d8224f8f721a) 01.14.08 Quit DaCapn (Remote closed the connection) 01.14.21 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 01.15.36 # linuxstb: does that mean I should hold back the commit and wait for the remote WPS problem being fixed or should I just go ahead and commit without it (and get my commit count up ;) ) 01.16.00 # I'm just compiling an ipod sim to test (no remote LCD), but yes, I think I've found the bug 01.17.05 # nice... but I was about pressing enter... 01.17.11 Join crzyboyster [0] (n=6210f195@gateway/web/cgi-irc/labb.contactor.se/x-fea8c330e486dcb5) 01.17.11 # * linuxstb prefers cabbie on the smaller LCDs - no enormous icons... 01.17.53 # * pixelma just went ahead 01.17.58 # ;) 01.18.17 # maybe there is something missing anyways 01.18.27 Join toffe82 [0] (n=chatzill@adsl-75-12-168-243.dsl.frs2ca.sbcglobal.net) 01.20.35 # I'm having trouble with a wps that uses viewports and then putting in a progressbar and other icons (play, pause, etc) with not showing up. Here is my code: http://pastebin.ca/956048 01.21.01 # pixelma: OK, my fix is committed. 01.21.09 # Bagder: did you ever add my machine as a build server? 01.22.31 # crzyboyster: The icons are being displayed in the viewport you defined for the time, which is only 30x10 pixels in size. 01.22.31 # linuxstb, (little off the subject): do you happen to use facebook? 01.22.50 # BHSPitMonkey: No, but I think I may have registered 01.23.06 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 01.23.11 # linuxstb, ah 01.23.23 # I'll bug Bagder about it then, I know he does 01.23.41 # linuxstb: Thanks! Let me poke around some more... 01.23.45 Quit crzyboyster ("CGI:IRC") 01.23.57 # * forehead is annoyed by getting slapped so often :| 01.24.02 Quit RoC_MasterMind (Client Quit) 01.24.05 Quit forehead ("CGI:IRC 0.5.9 (2006/06/06)") 01.24.21 # * linuxstb would have thought forehead was used to it by now 01.24.33 # * BHSPitMonkey is tired of the cheap /me jokes 01.24.34 # I assumed you specifically chose that name so people would slap you 01.24.57 # cool_walking_, who are you talking to? 01.25.36 # hm... 01.25.42 Join ukl [0] (n=stephan@dsl78-143-208-90.in-addr.fast.co.uk) 01.26.19 # Hiya. Can anybody already confirm that the bigpockets sansa c250 is _not_ v2? 01.27.00 Quit moos ("adios") 01.27.02 # I doubt anyone has received one since you were last here..... I've ordered one though. 01.27.37 # I don't know when the offer began...ok, thanks for your help. I'll order tomorrow... 01.27.45 # see you 01.27.52 Quit ukl (Client Quit) 01.28.00 # Only 288 left... 01.28.34 # * jhMikeS gueses by now there's no trouble with that posted patch in those two obscure corners :) 01.31.35 Quit amiconn (Nick collision from services.) 01.31.41 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.32.23 # linuxstb: build server stuck again? 01.32.56 # I think it just started... 01.32.58 # ah no, just taking some time and complaining here helped (once more) 01.33.06 Quit Ravendug (Read error: 110 (Connection timed out)) 01.33.15 Join Ravendug [0] (n=ravendug@73.100-84-212.ippool.ndo.com) 01.33.23 # Although it combined two commits... 01.33.35 # That's okay 01.34.19 # The build system combines commits which are arriving within the time window, which is normally 60 seconds, but if a build is already running, the window is extended 01.34.37 # linuxstb: I'll blame any red/yellow on you ;) 01.34.46 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 01.34.50 # ;) 01.34.51 # There's also some recovery time after one build during which it won't start a new one. I don't know why though 01.35.23 Join crzyboyster [0] (n=6210f195@gateway/web/cgi-irc/labb.contactor.se/x-c8cf35fc3b9c9ded) 01.36.28 # I have another question with my viewports wps coding. The progressbar is not being drawn with this code: http://pastebin.ca/956068 01.37.35 # crzyboyster: Again, you're drawing it outside the viewport 01.38.02 # Your viewport is 14 pixels high, and you're drawing it at "toppos" 102 01.38.50 # Wow. I should really analyze the viewports from an elementary level. 01.39.13 # And how are people making the bitmap strips. Like what program to use? 01.39.35 # I use the command-line "montage" program, which is part of imagemagick 01.40.55 Join piga [0] (n=leonardo@200-161-98-23.dsl.telesp.net.br) 01.42.45 Join jas6180 [0] (n=jas6180@dialup-4.156.9.185.Dial1.Boston1.Level3.net) 01.43.35 Quit mud-rb (Read error: 104 (Connection reset by peer)) 01.44.24 Quit quaal (Read error: 113 (No route to host)) 01.45.02 # Now I'm truly stumped with this viewports progressbar thing. It still won't show up! Here is my code: http://pastebin.ca/956075 01.45.12 Join quaal [0] (n=rodney@pool-96-228-151-235.tampfl.fios.verizon.net) 01.45.22 # Sorry about this, I'm still getting the hang of this viewports code 01.46.01 # linuxstb: I've started to look at your WPS changes a bit... I like parse_list a lot :) 01.46.03 # your viewport is still only 20 pixels high, if I read correctly 01.46.22 # I remember wanting to add scanf to the core for similar reasons 01.46.35 # Nico_P: It's not as useful as I thought it would be though... Mainly because of the optional parameters everywhere (e.g. albumart0 01.47.09 # Although maybe it could be extended to support them... 01.48.02 # yes, it would be good. then it could also be used for the progressbar 01.48.06 # * amiconn wonders why the 240x320 cabbiev2 backdrop is saved as 32-bit BMP 01.48.29 # My progressbar is only 14 pixels high, though. Updated code at http://pastebin.ca/956083 01.48.43 # (Still won't work) 01.49.07 # crzyboyster: Change 102 to 0 in your %pb line 01.49.17 # That's the y position of the bar... 01.49.31 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 01.49.41 # Remember that all co-ordinates are relative to the viewport the item is displayed in. 01.49.42 # crzyboyster: you only changed the y position of the viewport not the height btw. 01.50.17 # or even made it less tall (only 14 pixels) 01.50.21 Quit saratoga ("CGI:IRC (EOF)") 01.50.24 # * jhMikeS goes to sneak one in between all the WPS activity 01.50.37 # YES! (sorry, I got a bit excited) I have a lot of wps to update to viewports so I better get the hang of this quickly. 01.51.41 # linuxstb: how maintainable does the WPS code look to you? (I think you're the first one to make sizeable changes to it since I committed the parser) 01.52.17 # Nico_P: It's nice, but somehow still seems very big for what it does... Although I can't think of ways to reduce it. 01.52.52 # Did you see my statusbar patch I posted earlier today (in IRC) 01.52.59 # no 01.53.52 # Starting here - http://www.rockbox.org/irc/log-20080324#20:26:48 01.54.27 Join kushal [0] (n=kushal@12.169.180.134) 01.54.35 Quit kushal (Remote closed the connection) 01.54.38 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-2976ae0c57e1e5ac) 01.54.42 # the screenshot looks nice :) 01.55.01 # where do you store the tokens? 01.55.39 # Keep reading... It's specified as part of the main .wps file, using viewports 01.55.49 # ah right 01.55.49 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.206.Dial1.Boston1.Level3.net) 01.56.29 # So no more RAM usage, and very little extra code 01.56.36 # it's a nice approach indeed 01.56.52 # So album art needs to be in a viewport, too? 01.57.18 # I had started making changes to the current code so that a wps_data struct would actually have pointers to buffers instead of containing the buffers 01.57.27 # crzyboyster: It's cleaner - and prevents it being overwritten by text lines. If possible, you should design your WPS to put everything in a viewport, and for those viewports to not overlap. 01.58.00 Quit crzyboyster ("CGI:IRC (EOF)") 01.58.02 Quit kushal_12_27_200 (Connection timed out) 01.58.09 # Hey Nico_P, I wanted to ask you about the resizing stuff. You played around with integrating in the core, didn't you? 01.58.28 # kugel: I did a few weeks/months ago 01.58.36 # yea 01.58.36 # Nico_P: I haven't really thought about the recording and radio screens, and how they would fit in though, if they were customisable. 01.58.51 # And how's it going? Or did you give it up? 01.59.19 # But I think it might make sense for the radio and recording screens to be able to define their own status bars, which are displayed when those features are active. 01.59.23 # kugel: I haven't had much time lately. I think it's still a desired feature for the core, but I haven't been following the patch lately 01.59.57 # There wasn't much to follow 01.59.59 # linuxstb: my idea was to make the wps_data struct generic, and have one for each customizable screen 02.00.15 # each pointing to a different set of buffers 02.00.50 # Although maybe it would make sense for them to share images. 02.01.19 # it probably would, yes 02.02.27 # And I don't think 52 images is an issue now we have subimages. e.g. cabbiev2 just needs 6 of those slots 02.02.39 Join jas6180__ [0] (n=jas6180@dialup-4.156.222.238.Dial1.Boston1.Level3.net) 02.02.42 # linuxstb: I agree that they should be able to define their own. As to images, if you have a ThemeA.wps, and a ThemeA.rcwps and a ThemeA.fmwps, they should all look in the ThemeA folder, right? 02.02.52 # if the image buffers are shared they should be dumped to disk in 1 file so reloading one screen isnt slwoed down too mcuh 02.03.28 Quit jas6180__ (Remote closed the connection) 02.03.36 # Llorean: wps/{wps,rec,fm}/ ? 02.03.42 # Llorean: Yes, although maybe it would be nice for a .wps to be able to specify its bitmap dir - e.g. the unicode and non-unicode versions of a theme 02.03.43 Quit fasmaie (Read error: 113 (No route to host)) 02.04.19 Join jas6180__ [0] (n=jas6180@dialup-4.156.222.238.Dial1.Boston1.Level3.net) 02.04.34 # linuxstb: ah, I can see the icons on the remote now :) going to commit... (first wps using viewports in svn) 02.04.44 # linuxstb: Some WPS meta data might be nice. 02.04.46 # No turning back now... 02.05.10 # time to get the new theme site up then! 02.05.22 # Llorean: What kind of metadata? 02.05.34 # JdGordon: Well, the idea was to share images. So /wps/blah would contain the images used the the While FM Screen, and the While Recording Screen if they all had the filename as blah 02.05.54 # JdGordon: hush...gotta take care of RL first =< 02.06.29 # linuxstb: Well, as you suggested the Image folder. But also perhaps the Theme Name (there might be some reason later to know if all screens were using the same overall "theme") or other such things. 02.06.31 Quit jas6180__ (Remote closed the connection) 02.06.49 Join jas6180__ [0] (n=jas6180@dialup-4.156.222.238.Dial1.Boston1.Level3.net) 02.07.03 # Maybe "expected font heights for used fonts" to give warning if someone changes it to a too-tall font. 02.07.36 # There's surely more info that could be stored about a WPS, really, to make them more "friendly" from a user perspective when the user starts making mistakes. 02.07.53 Quit jas6180__ (Remote closed the connection) 02.08.02 Quit Mouser_X (Read error: 110 (Connection timed out)) 02.08.14 # * amiconn thinks that a themable recording screen doesn't make sense 02.08.47 # amiconn: I think it does on some targets. 02.09.04 # For example, the c200 has a fairly short screen, and different people have different views on what has priority there. 02.09.05 # I would just like to see the recording screen adapt more to the different screen sizes - i.e. not treat every LCD as if it's 112x64x1 02.09.08 Join jas6180__ [0] (n=jas6180@dialup-4.156.222.238.Dial1.Boston1.Level3.net) 02.09.40 # That's a different thing. Of course the recording screen needs rework to no longer use the sysfont 02.10.12 # But the recording screen has numerous necessary widgets, and not really optional information to choose from 02.10.41 # And I would guess that recording types don't want eye-candy - just a clear layout of all the available info. 02.11.03 # linuxstb: Look at the various evolutions of the recording screen in the Recording Enhancement Pack. 02.11.25 # They wouldn't necessarily want eye candy, but there's some disagreement as to what's necessary, and where screen space should best be used. 02.11.30 # FM is somewhat different, although I wonder how many pieces of optional information are on that one 02.11.57 # ...unless a target has RDS - but we don't have one yet 02.12.07 # It's also a style thing though - making it look similar to the WPS, even if the info is the same. 02.12.15 # amiconn: I think FM should be themed just for the sake of having its appearance consistent with the rest of the UI. Not really much in the way of "optional" info, but there can still be appearance preferences. 02.12.35 Quit PaulJam_ (".") 02.13.06 Quit jas6180 (Connection timed out) 02.13.33 # But the recording screen has different priorities on the information based on whether you're using it in a well lit environment where you care about all the information and don't mind squinting, or whether you're stealthing and want to be able to see certain very key things at a glance (if my understanding is clear) but don't care much about other non-key things. 02.13.56 # Station name (from .fmr), frequency, mono/stereo, and (one some targets) signal strength 02.14.22 # linuxstb: are you still planning on allowing something like %?bl<%xdB> (with the expansion)? 02.15.02 # Nico_P: I'm not planning on implementing it myself... 02.15.12 # hehe :) 02.15.54 # But I'm not 100% convinced it's a good idea - it may just be confusing. 02.15.56 # it'd probably need a clear syntax to allow subsets, though, don't you think? 02.16.30 # I never like having multiple ways to do the same thing... 02.17.04 # But I'm not against it if others think it's useful. 02.17.08 # I'd rather my suggestion. ;) 02.17.24 # Llorean: What was that? 02.17.24 # Though it wouldn't work for playback state. 02.17.56 # linuxstb: For conditionals that represent values, do like the progress bar and display a relative portion of the image. Only really useful for volume and battery though. 02.18.12 # But it does mean you don't have more than one way of doing the same thing. ;) 02.18.18 # Not even for volume - with the special cases 02.18.55 # Well, volume could have 02.18.56 # * pixelma didn't want to drop the info at the top of the WPS, stupid c+p mistake... 02.19.28 # I just like the idea of giving WPS authors as much level of granularity as they can stomach, without needing giant images. 02.21.15 # Since people are already complaining about running out of space in the buffer, that is. 02.21.36 # * Llorean would also like it applied to skinnable peakmeters, while he's dreaming. 02.21.56 # * linuxstb points Llorean to the source code... ;) 02.21.58 # Llorean: I'm not sure it's really useful for anything other than the progressbar 02.22.21 # the battery, for example, usually has an outline. you couldn't do that 02.22.25 Quit jas6180_ (Connection timed out) 02.23.19 # Nico_P: The outline can be managed either by the backdrop, or by four other images (only useful if the battery had more than five steps to begin with) 02.23.38 # Or, if image stacking ever works well, by one other image. 02.23.40 # archos recruts some linux C coder , if some french are unployed :) 02.24.06 # hehe peakmeters done the same was as the progress bar would be awesome 02.24.14 # Llorean: RB isn't about what you'd like, it's about KISS 02.24.36 # jhMikeS: :-P 02.24.57 # * JdGordon grumbles off to uni :( 02.25.52 # Llorean: suggest a good tag syntax and I'll implement it ;) 02.25.55 # * jhMikeS 's e200 just gave him an ES discharge while plugged-in for that comment : 02.26.20 # Nico_P: For which idea? I've been spouting off too much nonsense to be sure which one you're interested in. :-P 02.26.59 # "continuous" enums 02.27.22 # Horizontal and/or vertical? 02.27.24 # I like the themeable peakmeter even more but that one doesn't really require additional syntax :) 02.27.31 # vs. quantum enums? 02.28.05 # linuxstb: the syntax would probably need to take this into account, yes 02.28.26 # Nico_P: For the battery one, I'd just make the the percent battery one a single-image enum. 02.28.29 # and direction... 02.28.59 # But I thought there was a percent volume WPS tag too. 02.29.20 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 02.29.23 # Because I *think* we can assume that nobody's going to use a single image to represent all charge states, normally, anyway. 02.30.06 # Nico_P: Peakmeters, imho, need to be split into right/left individual peakmeters if they're to be made themeable. 02.30.23 # I agree 02.30.29 # bye 02.30.36 Quit Genesis ("Quitte") 02.30.48 # And not only horizontal/vertical, but left-to-right vs right-to-left for the peakmeters at least. 02.31.01 # Though you could fake that with clever backdrop use, anyway 02.31.05 # So it's non-essential 02.31.42 # * Llorean un-says the last few lines, since he realizes that would invert peaks. 02.32.03 Quit jas6180__ (Remote closed the connection) 02.32.40 Join jas6180__ [0] (n=jas6180@dialup-4.156.222.238.Dial1.Boston1.Level3.net) 02.35.03 # Has anyone thought about costumizable list again? 02.35.18 Quit Thundercloud_ (Remote closed the connection) 02.35.38 Join jas6180 [0] (n=jas6180@dialup-4.156.9.19.Dial1.Boston1.Level3.net) 02.36.10 # btw, you all have great ideas for future costumizing possiblities of rockbox 02.36.11 # * Nico_P would love to have enough time to start making the peakmeter themeable 02.36.31 # Nico_P: If it was themable, I'd acutally use it 02.37.03 # If it was themable, it'd probably hurt performance even more. ;) 02.37.25 # hehe, probably :) 02.38.48 # does the forum have viewport-using WPS apart from arboxWidgets? 02.39.20 # I've noticed a few over at anythingbutipod.com, but I'm not sure if they've been updated for SVN implementation 02.40.45 # I have several themes that use viewports in my build. And I will update most of them to the lasted viewport implementation 02.41.57 # Though I do think that right now, viewports "aren't impressive enough." They still, to many people, just appear to be an implementation of what they had in unsupported builds ages ago. 02.42.18 # Though if linuxstb's hack becomes a reality, I think people will start wowing at the SVN rockbox, at least for a little bit. 02.42.33 # At least as long as people making the unsupported builds let people know that's a feature that came from us. ;) 02.42.52 # Well, unless other screens/contexts make use of viewports more, it's not too impressive :) 02.43.07 Part thresh 02.43.22 # * Llorean finds it pretty impressive, since it lets him make font size independent WPSes. 02.43.52 # How does it allow that? 02.43.57 # But I think it's nice that there's a little competetion between the official builds and the unsupported ones. It speeds developement a bit up ;) 02.44.07 # there is? 02.44.41 # I'm just fed up of people coming here complaining that themes don't work... 02.44.42 # I think so 02.44.59 # That's another point imo 02.45.26 # * pixelma notices that cabbiev2 doesn't take remote hold into account but decides to bring that up tomorrow and find some sleep now, night 02.45.29 # linuxstb: Because you can set the absolute starting position of a line of text, so if you do a multiple viewports (never depending on line based positioning except when it's "safe") at least all smaller fonts won't screw up positioning 02.45.51 # Llorean: Ah, I thought you were talking about my statusbar hack... 02.46.04 # kugel: There's no competition. Anything we can do, they can incorporate immediately, so it's basically physically impossible for us to be "ahead". so why bother? 02.46.27 # linuxstb: No, I meant viewports itself impresses me because it allows that. I just think that's not something many "oooh, shiny" people notice. 02.46.44 # not to mention that most of the unsupported builds just mainly do a bit of compiling.. 02.47.30 # You want the users to use the official build. That automatically means, that the official build has to follow 02.47.58 # no it doesnt... 02.48.40 Quit Nevtus (Read error: 104 (Connection reset by peer)) 02.48.53 # I actually think that viewports came faster, since all these unsupported builds offered features that only viewport could also offer 02.49.14 # viewports took about 2 years... 02.49.37 # and it took even longer without custom builds 02.49.45 # wasn't it mostly procrastination though? 02.50.00 # kugel: that sentence makes no sense 02.50.15 # not to mention that most of the unsupported builds were just compiling in a couple patches that were put on the tracker...not much work 02.50.31 # kugel: The custom builds didn't do any of the viewports work in advance. 02.50.42 Part pixelma 02.50.44 # viewports != scrolling margins patch 02.50.49 # kugel: It's entirely possible they made it take longer by providing rejected alternatives rather than encouraging people to work on viewports 02.51.00 # Meh, you don't have to agree. I see this competition, and I think rockbox benefits from it 02.51.10 # there *is* no competition 02.51.27 # scorche: Okok 02.51.37 # kugel: Don't you think we'd know it if we were competing? 02.52.22 # Good question 02.53.31 # I think you don't see them, since you are only into the official version and hate custom builds. I am into both a bit, and I see a little competition 02.53.57 # * Llorean doesn't see how we can compete with something we never look at. 02.53.59 # It's not like an official competition of course, it's a bit hidden 02.53.59 # it does have subtle effect on the subconcious and brings in a fierce urgency of now but I don't know if it's competition per se :p 02.54.16 # By definition competition requires that we either share a goal, or know the other side's status. 02.54.36 # And if you don't know the other side's status, then its status doesn't affect the competition. 02.55.04 # * linuxstb greps the logs and finds the first viewport discussion was January 2006 02.55.09 # one still receives impressions from the collective wisdom though 02.55.19 # so what competition do you see exactly? 02.55.26 # jhMikeS: True. But I don't think that's enough to say we're in competition with them. 02.55.40 # It's merely a means of benchmarking the wants of the userbase. 02.55.52 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-c536db9059de8604) 02.59.40 Quit Nico_P ("bed time") 03.00.02 # I noticed that there was a russian romanizing table. I also noticed that russian.lang has cyrilic characters in the sysfont strings. Could I write a script to romanize the sysfont stuff bassed on the wikipedea table and get my patch excepted even though I don't speak Russian? 03.01.00 *** Saving seen data "./dancer.seen" 03.02.00 Quit jas6180__ (Connection timed out) 03.02.26 # which tends to spur ideas about how to make the "neat little patch" that the usebase can't do without into a more generally useable development. my sense that it just kicks a stubborn mule into action sometimes. ;) 03.03.31 # jhMikeS: True, but I'd suggest that it also tempts some users who could become action-doers into inaction by providing them instant gratification. I'd imagine they equal out. 03.03.32 Quit jas6180 (Connection timed out) 03.05.21 # * jhMikeS wonders how to measure the "scrolling margins effect" wherever it may come up 03.08.00 Join jas6180 [0] (n=jas6180@dialup-4.156.9.21.Dial1.Boston1.Level3.net) 03.11.20 # jhMikeS: As far as I know, the only two major cases of there being an official alternative needing implementation have been viewports and "ignore the". 03.11.39 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.12.53 Join Ebert [0] (n=EbErT@adsl-34-0-209.asm.bellsouth.net) 03.13.01 Part Ebert 03.13.25 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 03.19.13 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 03.19.32 Join Rob2222 [0] (n=Miranda@p4FDCCF8A.dip.t-dialin.net) 03.21.38 Quit ChAoS- ("CGI:IRC (Ping timeout)") 03.22.49 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.24.33 Join Llorea1 [0] (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 03.24.39 # JdGordon: I have a question about your list-vp code 03.24.45 Quit Llorean (Nick collision from services.) 03.24.47 Nick Llorea1 is now known as Llorean (n=DarkkOne@ppp-70-243-34-31.dsl.hstntx.swbell.net) 03.25.25 # JdGordon: I understand that the list is shifted right a bit if the scrollbar is shown and not shown, but with the setting on 03.25.40 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 03.26.06 # JdGordon: but do we really need to shift the list right, when the user has turned the scrollbar off totally? 03.36.27 Quit Seed (Nick collision from services.) 03.36.30 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.37.22 Nick Seedy is now known as Seed (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.40.03 Quit Shaid (Read error: 110 (Connection timed out)) 03.40.04 Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.48.10 Quit piga ("Leaving") 03.49.50 Join csc` [0] (n=csc@archlinux/user/csc) 03.58.07 Quit BlakeJohnson86 (Remote closed the connection) 03.58.38 Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 04.02.56 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 04.07.56 Join miepchen^schlaf_ [0] (n=miepchen@p54BF44F8.dip.t-dialin.net) 04.23.41 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.29.02 # * kugel is working on a custom list solution 04.34.40 Quit ctaylorr (Read error: 110 (Connection timed out)) 04.42.51 Quit countrymonkey ("CGI:IRC (Ping timeout)") 05.01.03 *** Saving seen data "./dancer.seen" 05.08.19 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 05.09.33 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | Student applications for GSoC are open! | http://www.rockbox.org/wiki/DevCon2008" by scorche (i=Blah@rockbox/administrator/scorche) 05.09.43 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 05.09.47 # * scorche shrugs 05.10.56 Quit jas6180 (Read error: 104 (Connection reset by peer)) 05.11.55 Join jas6180 [0] (n=jas6180@dialup-4.156.9.21.Dial1.Boston1.Level3.net) 05.13.34 Join Mouser_X [0] (n=mouser_x@layl001.digis.net) 05.18.38 Join webguest38 [0] (n=444fbedf@gateway/web/cgi-irc/labb.contactor.se/x-711a6bb097e21cd8) 05.18.53 # are there rockbox manuals in spanish? 05.19.52 # The only official ones are in English, sorry 05.23.53 Quit webguest38 ("CGI:IRC (EOF)") 05.24.23 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.43.33 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.46.21 # kugel: it only shifts if the title is shown and yes that is pretty nescacery 05.48.49 # JdGordon: Hmm...let me look 05.49.12 # I think it's only when pointer line selector is used 05.49.27 # then the list gets shifted for title text, and for pointer selector 05.49.48 # shifted twice, and a SCROLLBAR_WDITH empty space 05.51.33 # JdGordon: yea, I was refereing to that situation. Sorry, that I wasn't clear enough 05.52.00 # Everything is fine with bar selectors 06.02.39 Quit Shaid (Read error: 110 (Connection timed out)) 06.02.40 Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.06.26 # http://www.alice-dsl.net/simonemartitz/asdf/custom_list.png 06.08.23 # * JdGordon plans to have something more awesomer than that later tonight 06.08.43 # scorche, you use facebook at all? 06.08.56 # uh....no... 06.09.11 # just wondering :) 06.09.17 # JdGordon: Noo, don't! 06.09.26 # BHSPitMonkey: that is more for the other channel anyway 06.09.31 # i cant help who I am... 06.09.34 # JdGordon: :) 06.09.41 # JdGordon: sadly 06.09.50 # scorche, not trying to socialize, I was wondering about something else 06.09.54 # but you're probably right still 06.15.39 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 06.37.34 # FS#8799, going to bed now. 06.38.43 # kugel: You should never reset settings on loading a new .cfg file. 06.39.00 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 06.43.34 Quit midgey () 06.47.35 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 06.50.04 Join hannesd [0] (n=light@p5B1630F9.dip0.t-ipconnect.de) 06.55.33 Quit jas6180 (Read error: 110 (Connection timed out)) 07.01.06 *** Saving seen data "./dancer.seen" 07.01.43 Quit axionix (Read error: 104 (Connection reset by peer)) 07.02.26 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 07.03.38 Join Infausto [0] (n=c8787895@gateway/web/cgi-irc/labb.contactor.se/x-18f9eff7de139c63) 07.03.44 Part toffe82 07.03.54 # hello 07.04.23 # anyone in home? 07.04.36 # 130 users... 07.04.46 # yes, but anyona active 07.05.01 # you, of course 07.05.23 # just ask your question and people will see it eventually...perhaps even answer it 07.06.03 # ok, clear and simple 07.06.14 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.06.14 # a litte question 07.06.29 Quit simonrvn ("Sage, Tobacco, Sweetgrass, Cedar") 07.06.32 # y search in ofrum but a not found the answer 07.06.51 Quit hannesd (Read error: 148 (No route to host)) 07.07.07 # rockbox support in anny level dual core? 07.07.20 # yes 07.07.32 # whit a special driver? 07.07.43 # or apply a pathc to toolchain? 07.07.52 # no 07.10.02 # and you can explain to mi how rockbox support that feature... just a litte answer, or give me a link to read about that 07.10.58 # well, what are you looking for?...you said "in any level"...technically sleeping the other core would "support dual core to a certain level" 07.11.21 # are you asking for a specific purpose? to do a certain thing? 07.11.52 # yes, you rigth, but a answer for do any task 07.12.11 # "any task" being... 07.12.46 Join Keypad2 [0] (n=keypad@125-238-134-211.broadband-telecom.global-gateway.net.nz) 07.13.12 # Can any one here tell me if my Ipod nano is second gen or first gen ? 07.13.49 # what is the storage capacity? 07.13.56 # 4 GB 07.13.57 # :( 07.14.23 Nick Keypad2 is now known as Keypad (n=keypad@125-238-134-211.broadband-telecom.global-gateway.net.nz) 07.15.01 # does it have a plastic white or black front with a shiny silver back, or is it one colored metal piece? 07.15.15 # Infausto: It uses it for playing video faster, by doing some of the work on the other core. 07.15.48 # Its white plastic 07.15.56 # aim looking start with develop of any piece of software for an 5g ipod... and because this player have a dual core arm7, aim wondering how a can program the task in both cpu's 07.16.28 # Infausto: You'd have to look at the code in the mpegplayer plugin. 07.16.34 # Infausto: ah....that was the type of specific question is was after...have a look at how mpegplayer does it in the code ;) 07.16.58 # Keypad: in the front and a shiny silver back or all around? 07.18.13 # Confused :( 07.18.34 # Keypad: does it look like this? http://en.wikipedia.org/wiki/Image:IPod_Nano_in_its_Dock.png 07.19.02 # thx llorean, i take a look for this code 07.19.15 # scorche: Looks like this http://en.wikipedia.org/wiki/Image:Green_ipodmini_1stgen.jpg 07.19.16 # and thx scorche too 07.19.26 # no silver back 07.19.35 # Keypad: Metal like that, with rounded edges? 07.19.35 # Keypad: color or monochrome screen? 07.20.15 Quit parafin (Read error: 110 (Connection timed out)) 07.22.57 Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 07.22.57 Quit ol_schoola (Read error: 104 (Connection reset by peer)) 07.23.33 # Kugel probably would annoy me a lot less if I didn't know he had a custom build he maintains. 07.24.00 # Sigh. 07.24.20 # I mean, I know his intentions are good, but evidently he thinks he's competing with us? 07.25.00 # * Llorean had forgotten he also maintained a build until he checked abi just now. 07.25.44 # so you *didn't* know earlier? ;) 07.26.11 # .. can i ask what you are talking about? 07.26.20 # Infausto: long story 07.26.20 # I did know, lots earlier. But I'd forgotten about it recently until I visited ABi, it didn't rank high in my memory. 07.27.13 # jeje, i imagine that... 07.30.00 # * Llorean wonders if there's some way to work "with" the custom build authors. 07.30.12 # I still kinda wish they'd stick to patches that were not rejected, at least. 07.30.54 # good luck with that 07.31.27 Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF44F8.dip.t-dialin.net) 07.37.09 # scorche: sorry about that dinner was up :), monochrome 07.37.26 # Keypad: then you dont have an ipod nano at all....it is an ipod mini 07.38.23 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.40.07 # scorche: omg. typo... 07.40.36 # scorche: sorry about that. I wanted to ask if my "MINI" is 1st or 2nd gen. 07.41.01 # does it say the battery capacity on the back? 07.42.11 # Yeah 07.42.30 # then it is a second gen 07.42.37 # 5-30 Vdc 07.42.45 # oh...woops 07.42.46 # 1.0 A 07.42.50 # i meant storage ;) 07.42.58 # my own typo :) 07.44.25 # Its 4 GB 07.44.31 # So That doesnt help :( 07.44.40 # yes, but i mean does it say it on the back? 07.44.45 Quit Shaid (Read error: 110 (Connection timed out)) 07.44.57 # Ohhh 07.44.59 # Nope 07.45.11 # then it is a first gen 07.45.18 # Cool 07.45.20 # Thanks for that 07.45.46 # http://docs.info.apple.com/article.html?artnum=300850 07.46.22 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 07.52.33 Join jas6180 [0] (n=jas6180@dialup-4.156.222.200.Dial1.Boston1.Level3.net) 07.53.40 Quit jas6180 (Remote closed the connection) 07.54.34 Join jas6180 [0] (n=jas6180@dialup-4.156.222.200.Dial1.Boston1.Level3.net) 07.57.09 Join jas6180_ [0] (n=jas6180@dialup-4.156.222.208.Dial1.Boston1.Level3.net) 08.00.29 Quit argumentD (Read error: 113 (No route to host)) 08.02.42 Join parafin [0] (i=parafin@paraf.in) 08.07.06 Quit miepchen^schlaf () 08.08.19 Quit jas6180_ (Remote closed the connection) 08.08.48 Join jas6180_ [0] (n=jas6180@dialup-4.156.222.208.Dial1.Boston1.Level3.net) 08.09.53 # Oh FFS 08.09.58 # Ipod is asking for a wall charger 08.16.40 # Apple software restore is fail 08.16.58 # I just wanted to clean all the songs off it.... 08.18.53 # ugha 08.19.06 # jhMikeS: +2KB of code just for the scheduler? 08.21.34 # Hmm, and very strange: coldfire, PP5002 and PP5020 see ~+2KB while PP5022/5024 and other ARMs see ~+2.7KB 08.23.56 Quit jas6180 (Connection timed out) 08.25.14 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.25.26 Quit JdGordon ("Konversation terminated!") 08.25.40 # Nevermind ipod stopped being ass after I plugged it in and out of the USB 9 times 08.29.57 Quit Infausto ("CGI:IRC") 08.30.02 Join Rob2223 [0] (n=Miranda@p4FDCF751.dip.t-dialin.net) 08.30.36 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 08.34.42 # amiconn: besides the fact that this +/-1024 thing seems to still be there, the difference is explicable since the inlined swp corelock take more bytes to use than the corelock calls but are much, much faster 08.37.57 # I only compared the binsizes, not the total sizes 08.38.27 # The +/-1024 is due to a by-2048 alignment of an usb stack related array 08.38.40 # I thought that was removed and the audiobuffer used 08.39.07 Quit BigBambi (Read error: 113 (No route to host)) 08.39.15 # No, and iiuc that buffer must be always usable 08.39.51 # It could be put near the end of ram though, directly before the codec ram, by means of the linker script 08.40.22 # This way it would always be aligned, and hence not waste 1024 bytes on average 08.40.44 # The audio buffer is used as the transfer buffer iirc 08.41.08 # would be better since that's just a monster alignment 08.41.16 # indeed 08.45.07 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 08.47.31 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-aa5df7778bfadffa) 08.48.07 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.48.32 # the main irritant in implementing that is there's three functions with really similar overall procedure but not similar enough to combine them into one and make it fast at the same time 08.51.15 # firmware/target/arm/usb-drv-pp502x.c line 321 08.54.55 Quit Mathiasdm ("Yuuw!") 08.55.01 Join petur [50] (n=petur@rockbox/developer/petur) 08.56.31 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 08.57.49 # ffs 08.58.03 # my ipod mini is having problems puting music onto the drive : S 08.58.11 # Stupid micro drive dont die on me. 09.01.08 *** Saving seen data "./dancer.seen" 09.01.54 Quit cool_walking_ (Remote closed the connection) 09.04.02 # jhMikeS: I will say your change seems to have improved responsiveness on my Sansa, though it's purely a subjective observation. 09.05.46 # jhMikeS: Regarding sw corelock - didn't you say the PP5002 wouldn't need it? 09.05.55 # Llorean: quite possible since I'm aiming at that :) 09.06.48 # amiconn: I thought so but mpegplayer was freezing on me if not using it but the SPC codec was working fine. I'm not sure what was going on there. 09.06.48 # jhMikeS: It seems to have fixed (or reduced greatly) the very problem I complained to you earlier about. 09.07.59 # amiconn: of course I might have neglected something simple like forgetting to update the plugin. it's a simple thing to test by changing the #define in config.h 09.08.43 # * amiconn should probably test that later 09.10.56 # * amiconn should also probably test moving switch_thread to iram once more, and remove the sleep alignment hack 09.11.12 # Maybe I goofed and the code didn't end up in iram somehow... 09.12.01 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.13.17 # amiconn: given that the problem appeared exactly at the commit that took it out I'm betting it's just a cache line fetch happening at the moment it sleeps 09.13.41 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 09.15.53 # Yeah, and since cache controller problems seem to be common on PP... 09.16.14 # Llorean: you might try scrolling around really quickly and extensive during playback and it the expense to the UI due to raising the codec priority should happen softly instead of suddenly 09.17.11 # jhMikeS: That should then be visible with cube.rock switched to high speed as well 09.17.42 # it is, and fire and others 09.17.48 # With the previous priority code, it alternated between 2 speeds when run this way during playback 09.18.27 # jhMikeS: I scrolled through a thousand element list, from start to finish, while music was playing, and it seemed better than before in that list. 09.18.53 # jhMikeS: Did you test on cf? 09.20.03 # amiconn: tested on everything I've got: SH (no prio of course), CF, ARM 09.21.28 # cube will change speeds but not the jerky stop for awhile and run 09.23.45 Quit OlivierBorowski (Read error: 113 (No route to host)) 09.24.28 Nick merbz2 is now known as merbzt (n=benlar@dns.basset.se) 09.29.47 # jhMikeS: test_codec needs to be adapted... 09.30.40 # * jhMikeS says "oh yeah" and has a look 09.30.59 # "test_codec.c:681: warning: assignment from incompatible pointer type" 09.33.56 # I guess uintptr_t * is the correct change for codec_stack 09.38.01 # stupid hitachi drive 09.38.05 Quit Mathiasdm ("Yuuw!") 09.38.08 # I fix one thing in the ipod mini 09.38.14 # and something else goes wrong 09.39.54 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 09.40.31 # * jhMikeS thinks the audio thread could just be asked to call a callback instead of this stack stealing business which is safer to do anyway 09.41.24 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.43.49 # well, codec thread actually...or frankly another core thread could be temporarily abducted by a plugin 09.44.40 # s/another/any other/ :\ 09.46.43 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.47.12 Quit Mathiasdm ("Yuuw!") 09.50.38 # * jhMikeS can surely save some bytes by optimizing IRQ level setting and getting better speed to boot (cut 216 bytes off H120) 09.51.39 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 09.52.11 # Where should STUB be defined which is used in system.c? 09.55.09 # I suppose in the config*.h. I'm not even sure why I put that in that #define except to use the default "ignore div0 handler" provided by gcc. Where else is it used? 09.55.55 # nowhere 09.56.45 # I think some interrupt handlers had stubbing in crt0*.S at the time 09.57.46 # I'm trying to compile a meizu m6 sim, but it tries to compile this ARM code. Can you see what I forgot to do? 10.00.31 # If the sim is being compiled then the CPU type shouldn't be defined 10.02.21 # it's inside the #ifndef SIMULATOR in config-meizum6sl.h 10.02.23 # strange 10.03.35 # ah, I think I know what's wrong 10.05.58 # fixed (forgot to define S5L8700, so it defaulted to 0) 10.06.56 # a classic... 10.15.34 # * JdGordon has the menus working in a specified viewport + ability to disable the status/button bar which should be nice in plugins 10.17.40 Join Keypad2 [0] (n=keypad@125-238-134-121.broadband-telecom.global-gateway.net.nz) 10.18.25 # kewl 10.19.39 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 10.29.33 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-96-4.w86-218.abo.wanadoo.fr) 10.33.03 Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) 10.34.35 Quit Keypad (Read error: 110 (Connection timed out)) 10.35.53 Quit Keypad2 (Remote closed the connection) 10.36.07 Join Keypad2 [0] (n=keypad@125-238-134-121.broadband-telecom.global-gateway.net.nz) 10.43.12 Join ManfredMeller [0] (i=ManfredM@DSL01.83.171.156.111.ip-pool.NEFkom.net) 10.44.57 Quit XavierGr (Nick collision from services.) 10.45.10 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.49.41 # amiconn: should the main menu have the buttonbar? 10.50.55 # yes 10.51.03 # All core menus should have the button bar 10.51.54 # (only if enabled of course) 10.52.28 Join mobin [0] (i=mobin@116.68.121.80) 10.52.38 # What does disabling the button bar do? Does it disable the buttons, or just not display the labels? 10.53.47 Join Rincewind [0] (n=Flubb@i528C3532.versanet.de) 10.54.09 # just hides the labe;s 10.54.12 # It disables the bar 10.54.20 # :D 10.54.26 # depends who you ask 10.55.06 # The button bar is just a kind of help text for what the soft buttons do 10.55.58 # The button do work independent of button bar state of course 10.56.00 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.56.02 # *buttons 11.01.01 # linuxstb: good... morning. Did you already start converting the remaining cabbiev2 monochrome wps which are not using the bitmap strip? 11.01.10 *** Saving seen data "./dancer.seen" 11.02.09 # pixelma: Not yet, no. 11.02.15 # (and good morning!) 11.03.22 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 11.03.43 # shall I do that then? 11.04.05 # Please do. 11.04.15 # I think there are only two left. 11.04.59 # yes, the Archos and the M:Robe100 version. And since I created the two I feel responsible ;) 11.05.38 # linuxstb:Having updated to current SVN my own WPS has parts missing. The sim --debugwps option doesn't seem to show any obvious errors, but I'm not really sure what to expect. 11.06.18 # I assume you're not using viewports (%V tags) ? 11.06.18 # can someone please try http://rafb.net/p/Ae2Fu019.html on a button bar atrget (or sim..) and tell me if it crashes and/or works? 11.06.22 # No 11.06.36 # pondlife: Can you pastebin your .wps, and tell me exactly what isn't working? 11.06.36 # http://www.pastebin.ca/956466 is the debugwps output. 11.06.43 # .wps to follow, hang on a mo 11.07.13 # And which target is this? 11.07.30 # amiconn: ^ plz 11.08.01 # WPS is at http://www.pastebin.ca/956468 - target is H300 11.08.22 # Problem is that the entire status bar portion is no longer displayed 11.08.51 # I'm not very familiar with WPS syntax, but this one's been good to me for many months 11.09.12 # pondlife: Your %xl tags are broken - the three extra parameters are illegal... 11.09.23 # I think one of my commits made the %xl parsing stricter. 11.09.38 # Ah, wonder what they were for... 11.10.12 # * pixelma just wondered about that too 11.10.29 # hmmm, i tried the latest build for the X5, and all the images are gone in the wps... 11.10.47 # I'd guess colour-related... 11.10.49 # LinusN: The _very_ latest? I fixed that bug last night. 11.10.58 # (or so I thought...) 11.11.17 # r16791 11.11.17 # worked fine in an X5 sim this night 11.12.03 # linuxstb_: For my info, is there a line in the debugwps output that shows which tag is invalid? 11.12.10 # LinusN: Does your installed version of cabbiev2.wps contain this change? http://svn.rockbox.org/viewvc.cgi/trunk/wps/cabbiev2.160x128x16.wps?r1=16781&r2=16785&pathrev=16785 11.12.43 # hmmm, resetting the settings helped 11.12.58 # Hmm... 11.13.22 # resetting settings or a simple reboot? 11.13.30 # reboot did not help 11.13.36 # * pondlife thinks that reset settings should backup the old config.cfg... 11.13.46 # i.e. just rename it 11.13.58 # good idea 11.14.15 Part mobin ("Leaving") 11.14.25 # * Llorean seconds that. 11.14.39 # * JdGordon 3rds it 11.14.52 # 4th? 11.15.01 # * Bagderr goes 5th! 11.15.09 # * JdGordon getting mighty pissed off with this BB code 11.15.12 # But no-one codes it ... ;) 11.15.14 # pondlife: I think it was just mis-parsed - treating the images as if they had 255 sub-images, and I don't think debugwps shows the number of subimages for an image. 11.15.21 # Ah ok. 11.15.26 # * JdGordon will code it up a bit later 11.15.32 # I was hoping for the word "error" to appear 11.15.44 Join Ranjith [0] (i=mobin@116.68.121.80) 11.16.16 # pondlife: The parser is still quite lax about a few things - e.g. it quite often skips to the end of a line without checking what is there. That's what happened in your case. 11.16.26 # linuxstb_: Thanks, that's working nicely now. 11.17.00 # * pondlife still wants a themeable status bar common to both menus and WPS.... 11.17.19 # ...at least. 11.17.21 # pondlife: Like this? http://www.davechapman.f2s.com/rockbox/wps_statusbar.png 11.17.44 # Yes, but at the top! 11.18.09 # linuxstb_: Now you know that's not what he wanted. You stated very clearly that allows for a unique one independent of the WPS one as well. :-P 11.18.09 # Well, it's themeable... ;) 11.18.35 Quit ManfredMeller () 11.18.44 # pondlife: You can have one at the top, and one at the bottom if you wish... 11.19.01 # The important thing is that the WPS doesn't need to have the status bar defined again. 11.19.02 # hmmm pixies... 11.19.22 # Where Is My Status Bar? 11.19.22 # * pixelma uses some kind of status box in the right upper part of her WPS... what about that? =) 11.19.29 # pondlife: You may want to read my description of that patch - http://www.rockbox.org/irc/log-20080324#20:26:48 11.19.33 # pondlife: Basically, the idea is that viewports within the WPS can be flagged for display in the WPS, in the list, or both. 11.19.49 # linuxstb_: is that a mock up? or a patch? 11.19.55 # JdGordon: A patch 11.19.59 # cool 11.20.08 # Certainly I like the idea of the same parser 11.20.11 # See the IRC log I just linked to. 11.20.17 # Yep, reading. 11.20.35 Quit axionix (Read error: 104 (Connection reset by peer)) 11.20.37 # * Llorean wonders when the WIP hack will start showing up in unsupported builds. 11.21.17 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 11.21.44 # Llorean: Depressingly soon, I suspect. 11.21.57 # It's far too broken for someone to include I think 11.22.10 # Best keep it that way until it's ready :) 11.22.30 # * pondlife points out this is a joke 11.22.32 # I'll just make sure it conflicts badly with some other patches... 11.22.47 # hehe, maybe muitifont 11.22.56 # Or however it's spelt 11.23.52 # disorganizer has been playing with my patch though - http://img178.imageshack.us/img178/2796/dump080324223119dm7.png 11.23.59 # OMG! I gotz album art in my status bar!!!!!! 11.25.10 # linuxstb_: Yes, I think you may have just come up with the first good (IMHO) use for viewports. 11.25.56 Join tvelocity [0] (n=tony@athedsl-4425001.home.otenet.gr) 11.27.06 Quit Keypad2 () 11.27.10 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 11.28.44 # done! 11.31.25 # LinusN: So is your X5's theme now displaying correctly after a settings reset? 11.31.50 # JdGordon: Thanks! 11.31.52 # yes 11.32.07 # LinusN: That's odd - I can't think what setting could have affected it... 11.32.09 # JdGordon: Might be better to have it just internal to settings_reset though 11.32.21 # JdGordon: Does that work if I do a boot-time settings reset too? 11.32.31 # no, purposly... 11.32.40 # Also, no need to expose settings_write_config() then 11.32.41 # I didnt think it made sense to put it there also 11.32.47 # true 11.32.59 # Why? I thought it was be most useful there - if people accidentally reset. 11.33.07 # Me too 11.33.15 # hmm.. ok maybe 11.33.33 # Just make settings_reset do a rename 11.33.55 # And why call it ".bak" ? That means you can't select it in the browser. 11.34.17 # * JdGordon stops volanteering for simple changes 11.35.04 # * Llorean would call it "previous.cfg" and create it on any load of a .cfg file, not just resets. =P 11.35.25 # Covering when you stupidly click on a .cfg file in the filetree too. 11.35.26 # oldconfig.cfg was my vote 11.38.54 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 11.38.58 # ok, done again 11.39.25 # just make sure you dont try loading oldconfig.cfg... it might not like that 11.39.39 # Why not? 11.39.53 # because it will try overwriting oldconfig.cfg before its loaded 11.40.18 # uh, but isn't the point with that to allow it to get loaded? 11.40.20 # It should write oldconfig.cfg with the current config, then reload it. 11.40.24 # i.e. no change 11.40.38 # * Llorean wonders how you're supposed to use oldconfig.cfg without loading it, much like Bagderr 11.40.46 # pondlife: That's useless... 11.40.52 # True 11.40.59 # You need to be able to load oldconfig.cfg without oldconfig.cfg being written. 11.41.03 # It should only do it in settings_reset IMHO 11.41.05 # * JdGordon gives up... stupid coding with big bloody headache 11.41.33 # pondlife: I load .cfg files sitting around my filetree far more often than I've reset my settings. UI lag, at least, has caused it. 11.44.01 # * linuxstb_ suggests thinking first, then coding... ;) 11.44.02 # hello everyone 11.44.12 # Hi 11.45.00 # linuxstb_: I agree, which is why I never get onto the coding part :) 11.51.18 # I'm a student from india im planning to participate in gsoc.I would like to add real audio support in rockbox. I found that the codec mostly used in the real audio container format is "cook" which is already having an open licenced decoder in floating point. why can't we decode this decoded version from the existing one to what, supported in rockbox? 11.51.22 # How about: 1) Delete config.cfg; 2) Rename oldcfg.cfg to config.cfg; 3) Save settings to oldcfg.cfg; 4) Load config.cfg... 11.52.24 Quit jhulst ("Konversation terminated!") 11.52.24 # Ranjith: I don't understand your last sentence... 11.53.10 # Ranjith, rockbox can only do fixpoint math, if the licence of this decoder is compatible with rockbox you would have to convert the floating point routines to fixpoint 11.53.31 # linuxstb_: Sounds backward... 11.53.37 # but that's a fine gsoc project I'd say 11.54.54 # Ranjith: the cook decoder in FFmpeg is fixedpoint with the exception of the mdct transform 11.55.25 # Llorean: Why backwards? 11.55.36 # Ranjith: just replace it and you are set to go 11.55.41 # linuxstb_: Unless you're talking about special-casing the oldconfig.cfg load, that is. 11.56.31 # Llorean: Yes, I guess that's what I'm saying... 11.56.37 # Which doesn't seem nice. 11.56.43 # Wouldn't it be better to do "write temp.cfg, load (filename).cfg, rename temp.cfg oldconfig.cfg" on settings loads, and not have a special case? 11.56.57 # thats what i had mensioned in the last sentence to convert the very part in the ffmpeg decoder to fixpoint which is supported in rockbox 11.57.00 # Or is that extra rename step on every config load a problem? 11.57.55 # Ranjith: the rockbox wma decoder has the mdct already in fixedpoint, so you only need to use that 11.58.38 # Ranjith: the part that is hard is the rm demuxer, it needs to be adapted to Rockbox 11.59.10 # * linuxstb_ has a half-written (or maybe less...) RM demuxer he intended for Rockbox 11.59.35 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.00.31 # why can't we design a demuxer parallel to the one of 'rm'. 12.01.02 # * amiconn doesn't want an oldconfig :\ 12.03.36 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.04.22 # * linuxstb_ isn't sure of the need for it either... 12.04.59 # * pondlife thinks there should be at least 3 stages: consulting, thinking, coding 12.05.09 # * petur keeps a backup of it anyway 12.05.22 # you can just save your settings... 12.05.25 # Ranjith: ? anyway I wrote most of the FFmpeg cook decoder, there shouldn't be any problems to port it to rockbox 12.05.59 # pondlife: Plus 4) testing; 5) commit 12.06.13 # "at least"... :) 12.06.19 # The Rockbox 5-step plan. 12.07.13 # merbzt: Could you predict how efficient Cook is? e.g. compared to WMA. 12.07.37 # I propose a step 6: respond to the complaining in IRC ^^ 12.07.52 # Rincewind: Steps 1-5 are designed to avoid step 6... 12.08.29 # you can never avoid that #6... :-) 12.08.35 # hehe 12.08.37 # * petur is getting hungry from all this cook business :/ 12.08.45 # * pixelma stress that the order of things is very important (doing 'make && make clean' doesn't help here) ... :) 12.08.53 # *stresses 12.09.11 # merbzt:so as it is easy to port most of the decoders to rockbox i hope it only matters in designing a demuxer which can properly manage the decoders to give an output efficient as that of 'rm'. 12.09.12 # linuxstb_: well cook aka G722.1 is a suitable lowbitrate codec, but as always there are better alternatives 12.09.19 # * pondlife wants a codec named "biscuit" 12.09.25 Quit fasmaie (Read error: 113 (No route to host)) 12.09.37 # You can't avoid step 6, but you can use the "disabled by default" trick, which allows you to ignore it ;) 12.09.46 # Ranjith: yes and the FFmpeg demuxer is a good reference 12.09.57 Quit jas6180 (Remote closed the connection) 12.10.25 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.10.38 Join PeterMitchell [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-90500b4cbfc4e78b) 12.11.31 Join XSource [0] (n=XSource@unaffiliated/xsource) 12.11.32 Quit jas6180 (Remote closed the connection) 12.12.21 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.13.04 # gevaerts: And then slowly remove the #ifdefs by "accident"... 12.13.14 # merbzt:thanks for your information let me go ahead with my proposal to gsoc, to add a real audio support in rockbox. i will contact 'Davechapman'(corresponding mentor for rockbox) with this proposal. 12.13.17 # Ranjith: hmm, forgot to say, but most parts of the cook fixedpoint code is on the ffmpeg-dev mailing list archives, you need to dig that up 12.13.30 # Ranjith: that's linuxstb... 12.13.37 # Ranjith: That's me... I'm not guaranteed to be the mentor, I've just said I would be interested in it. 12.14.34 # Ranjith: I think it's better for you to just ask questions here. 12.15.28 # linuxstb_: of course :) 12.15.40 Quit jas6180_ (Connection timed out) 12.18.34 # Ranjith: Have you used Rockbox before, or looked at the Rockbox source code? 12.18.55 # linuxstb_:sir my plan is to design a demuxer with refference to ffmpeg and one which runs parallel to that of the 'rm'. i believe it can be implemented porting the individual decoders from ffmpeg to the new demuxer 12.20.38 # linuxstb_:no i havent looked at the source code yet.now im interested as i feel im on the right track to get the support for realaudio ready. 12.21.39 Join MethoS- [0] (n=clemens@dyndsl-085-016-166-250.ewe-ip-backbone.de) 12.25.54 Quit Nevtus (Read error: 110 (Connection timed out)) 12.30.39 Join DerDome [0] (n=DerDome@p4FD5A9C3.dip0.t-ipconnect.de) 12.30.39 Quit PeterMitchell ("CGI:IRC (EOF)") 12.31.50 # Ranjith: My advice would be to download the Rockbox source and try to understand how codecs are implemented in Rockbox, and what the restrictions are. 12.32.16 Part Bagderr 12.32.20 # Ranjith: Do you have any experience with C programming, or with embedded systems, or with audio codecs? 12.32.40 Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-3203ec65576add6c) 12.33.32 # my X5 sim doesn't play mp3s anymore ("codec failure") - it worked in the night, made clean even reconfigured... r16791 12.33.35 Quit jas6180 (Remote closed the connection) 12.33.55 # cygwin compiled, winXP 12.34.43 # linuxstb_:i have worked with atmels microcontrollers (mega16) in some projects and have a fair knowledge about the audio codecs. 12.34.51 # pixelma: I would test r16790... 12.35.10 # yea 12.36.00 # Ranjith: That's good. You should mention that in your application (with more information if you can - e.g. give examples of similar work you have done). 12.36.53 # linuxstb_:ok for sure. 12.37.39 # * JdGordon gets fed up with button bar and removes the bloody thing from svn! 12.37.51 Quit jcollie ("Ex-Chat") 12.39.35 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.40.14 # linuxstb: might have been my mistake (again :\ ), trying again now... 12.40.15 # JdGordon: What's the problem? Isn't it just the same as the statusbar, but at the bottom of the screen? 12.40.37 Part LinusN 12.40.42 Quit jas6180 (Remote closed the connection) 12.41.00 # no, I dont even know what the bloody problem is now... the list vp seems to be overwriting it even with the dimensions set correctly 12.42.03 # You mean the list items are being displayed over the top of the button bar? Or that something is clearing that part of the LCD? 12.42.57 # its wierd... starting the menu the BB is hidden by the list, but going into a setting and then back into the menu makes the menu show the bb 12.43.24 # its going to be a stupid mistake somewhere.. but my head doesnt want to cooperate tonight 12.44.21 # we have to get rid of the screens[screen].has_buttonbar? check in viewport.c 12.46.46 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.47.50 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 12.48.25 Join MethoS-- [0] (n=clemens@host-091-096-214-182.ewe-ip-backbone.de) 12.48.26 # fixed... hopefully... 12.49.09 # * JdGordon wonders if there really is any point sticking this on flyspray... is anyone going to test it? or just complain after its eventually commited? 12.49.34 # * disorganizer thinks many people have targets without buttonbar 12.49.35 # JdGordon: If you don't put it on flyspray, definitely no-one will look at it... 12.49.43 # JdGordon: just follow the 5-step plan ;) 12.50.44 Quit jas6180 (Remote closed the connection) 12.51.31 # @ linuxstb: did you see the crash i posted yesterday in the log with the statusbarportification hack? 12.51.34 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 12.51.41 # disorganizer: Yes, but I don't care yet ;) 12.52.15 # hehe 12.52.22 # @ linuxstb : i thought so, just wanted to point it out :-) 12.53.03 # but to be honest, this thing looks so good "in production" that it would be a shame if its not implemented *g* 12.54.02 # it will be eventaully... one way or another... 12.54.52 # done, finished and fixed! 12.55.30 # amiconn: hopefully the buttonbar issues are all going to be fixed... will you test the patch? (please dont ignore this.. at least say no if your not going to) 12.55.44 # JdGordon : i hope one way (the right one via commit) and not the other (by custom build) ;-) 12.56.16 # afk for some hours 12.56.24 Nick disorganizer is now known as disorganizer_afk (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-3203ec65576add6c) 12.56.33 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 12.56.42 # JdGordon: Can't test anything before tonight 12.57.25 # will you if it goes on flysray? 12.57.43 # * JdGordon doesnt want to sit on it.... once this is in plugins can get their colours fixed 12.58.07 # he surely will if svn ;) 13.00.18 Quit jas6180 (Remote closed the connection) 13.01.13 *** Saving seen data "./dancer.seen" 13.01.29 # JdGordon: I will probably have a look at it if you post a patch - at least, I'll read the patch... 13.02.57 # fixing up one plugin first to show what needs to be done 13.04.05 Join aliask [0] (n=aliask@rockbox/developer/aliask) 13.04.29 Quit MethoS- (Read error: 110 (Connection timed out)) 13.07.12 Quit Rincewind ("bye") 13.08.02 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 13.08.35 Quit XSource ("Quit!") 13.09.18 # hehe stupid themes 13.09.28 Join webguest59 [0] (n=51858ac3@gateway/web/cgi-irc/labb.contactor.se/x-528bab9fc140c2d7) 13.09.57 # hi there 13.10.58 Join webguest96 [0] (n=51858ac3@gateway/web/cgi-irc/labb.contactor.se/x-4c8ab01d45633e79) 13.10.58 Quit webguest59 (Client Quit) 13.11.07 Quit cool_walking_ (Read error: 110 (Connection timed out)) 13.11.42 Quit webguest96 (Client Quit) 13.12.17 Join MarcinMikolajczy [0] (n=5316e84c@gateway/web/cgi-irc/labb.contactor.se/x-e898c6b6e153ac8a) 13.14.19 Quit XavierGr (Nick collision from services.) 13.14.29 Quit DaCapn (Remote closed the connection) 13.14.32 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.14.54 # linuxstb_: problem: when loading a new theme, every viewport needs reloading (to get the colours)... without explicitly calling and keeping every screens "reload viewport" fucntion how do we tell them to reload? 13.15.34 # I'm thinking a global_status var which would be set to -1 when themes are loaded and each viewport would watch "its" bit and set it to 0 once its been reloaded 13.15.39 # would that work? 13.16.19 # that would give us up to 32 viewport parents, and each could then manage its sub viewports easily enough 13.16.41 # I would have thought that the viewports should initialise themselves based on the current settings when the screen is called. 13.18.01 # the menu, list, SB and BB viewports would all be running when a theme is loaded 13.18.38 # hmm.. we could use the event system for this I guess 13.18.44 # bit of a waste thoguhg 13.18.46 # though 13.22.30 # JdGordon: An event sounds sensible, better than the bitset. 13.22.50 Quit MethoS-- (Read error: 110 (Connection timed out)) 13.26.14 # patch without that last problem is in 8800 13.26.15 # Wouldn't it be better to consider the SB and BB as optional parts of the menu widget? That way, the menu just needs to re-init itself. 13.26.58 # Certainly the SB would make sense there 13.27.11 # What does the BB display? Is it tied to a menu? 13.27.22 # yes 13.27.39 # OK, inclusion sounds sensible then 13.28.38 Join MarcGuay [0] (n=d8ef4bec@gateway/web/cgi-irc/labb.contactor.se/x-91aa44ffd058e159) 13.30.10 Quit XavierGr (Nick collision from services.) 13.30.22 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.30.50 # Could I ask for edit permission of Meizu M6 port page for me (MarcinMikolajczyk in TWikiUsers)? 13.32.05 # hi MarcinMikolajczy! 13.32.09 # I'll give you permission 13.32.12 # MarcinMikolajczy: Done 13.32.15 # what are you going to add? 13.32.28 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.32.31 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 13.32.39 # linuxstb_ Thank you 13.33.15 # JdGordon: That last commit creates a file called ".rockboxoldcfg.cfg" in the root directory... Close, but no cigar... 13.33.29 # yeah, i noticed that 13.33.33 Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) 13.33.37 # fixing it so its more useful 13.33.51 # MarcinMikolajczy: did you find out something new? 13.35.02 # no, i'm just going to add some information about CPU registers and maybe GPIO ports 13.35.45 # Nico_P: Is http://www.rockbox.org/tracker/task/8260 still an issue? 13.36.03 # pondlife: I couldn't tell you 13.36.10 # OK, just wondered 13.36.37 # best is probably to ask on the task 13.36.37 Quit MarcGuay ("CGI:IRC (EOF)") 13.37.29 # Nico_P: Have done... 13.37.43 # about FS#8601, I think I need to rething the whole track skipping procedure 13.37.56 # * linuxstb_ wonders what solution JdGordon has planned 13.38.08 # for which? 13.38.10 # audio_check_new_track is enough of a mess already 13.38.22 # JdGordon: "fixing it so its more useful" 13.38.22 # Nico_P: Perhaps the track skipping stuff could be scrapped? 13.38.33 # what do you mean? 13.38.37 # Nico_P: I mean, so the API becomes "play track N" 13.38.42 # linuxstb_: trying to get it to use create_numbered_filename() 13.38.47 # And the UI determines the value of N 13.39.00 Join PaulJam [0] (n=PaulJam_@p54BCCACD.dip.t-dialin.net) 13.39.00 # JdGordon: Urgh, lots of old configs? 13.39.10 # * linuxstb_ is glad he asked ;) 13.39.14 # pondlife: it would be good, yes. 13.39.22 # solves the problem of not being able to load an old one 13.39.25 # Nico_P: And, of course, don't clear out the buffer 13.39.37 # JdGordon: KISS 13.39.54 # * linuxstb_ is starting to think that KISS is reverting this idea 13.40.01 # * JdGordon tending to agree 13.40.03 # * pondlife agrees and he had the idea. 13.40.20 # But I only wanted a rename in settings_reset()... 13.40.38 # Not a config history 13.41.28 # Nico_P: Could this also mean that selection from a playlist no longer does a stop and restart? 13.41.47 # if done right, hopefully 13.41.53 # it also needs to be told not to write out the config on load 13.41.55 # * GodEater waits for someone to suggest porting rcs to rockbox so the config file can be version controlled 13.42.11 # * Nico_P had the same idea as GodEater :) 13.42.11 # * pondlife hopes noone suggests that. 13.42.26 # How about porting rcs to rockbox so the config file can be version controlled? 13.42.35 # what a great idea 13.42.40 # why didn't I think of that 13.42.42 # why not git :) 13.42.49 # * pondlife wondered.. 13.42.57 # sledgehammer to crack a nut 13.43.02 # * JdGordon reverted 13.43.07 # someone else can do it properly 13.43.16 # GodEater: Sledgehammers are for cracking an iPod, surely 13.43.28 # * GodEater prefers an axe 13.43.33 # hammer time! 13.43.46 # You can't touch this iPod. 13.43.49 # * GodEater looks for his big trousers 13.45.22 # * JdGordon hopes someone gets a giggle out of his commit message 13.45.37 # * pondlife giggles 13.46.10 # * GodEater chortles 13.46.18 # * Bagder has his stone face on 13.46.25 # JdGordon: Your first green delta coming up? 13.46.25 # * linuxstb_ goes for lunch 13.46.34 # * gevaerts wants to know what befroe means 13.46.36 # * pixelma likes "befroe" most :P 13.47.10 # * GodEater goes to see how complicated rcs's code base is 13.47.27 # "well we suck!" is going to be on the front page now :) 13.47.52 # * GodEater can confirm it is indeed on the front page. 13.48.11 # pondlife: ;) 13.48.14 # I disagree with that statement! 13.48.25 # Nico_P: you know what you can do to get rid of it there ;) 13.48.35 # of course it doesn't say who "we" are... 13.48.38 # * pixelma is close to pushing that line a bit further down... 13.48.43 # * linuxstb_ looks to pixelma for some big commits 13.49.07 # we have to hide it befroe anyone realizes it's true! 13.49.12 # * JdGordon wonders about the lack of a sense of humour in this chan 13.49.18 # linuxstb: almost finished, just testing the Archos version and then do all the add/remove business 13.50.01 # back 13.50.01 Quit MarcinMikolajczy ("CGI:IRC (EOF)") 13.50.04 # * JdGordon btw blames whoever said the filename stuff should go directly into settings_reset() which for all this 13.50.05 Nick disorganizer_afk is now known as disorganizer (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-3203ec65576add6c) 13.50.15 # disorganizer: lier! you said many hours! 13.50.57 # well, the team meeting was shorter than expected 13.51.51 # JdGordon: I guess I should code up a working one sometime then... although first I need to see exactly how upset people would be about resetting settings dumping an oldconfig.cfg onto their DAP.... amiconn? 13.52.12 # * gevaerts wonders what a long-term delta line graph would look like 13.52.28 # We have a lines-of-code graph somewhere. 13.52.37 # ohloh you mean 13.52.47 # JdGordon: will #8800 get some more explanation? 13.53.02 # pondlife: just remember to watch out for settings_reset() in main()... 13.53.04 # disorganizer: no 13.53.13 Quit XavierGr (Nick collision from services.) 13.53.18 # pondlife: http://www.ohloh.net/projects/3978/analyses/latest 13.53.20 # its not for users... its only there as a curtosiy 13.53.25 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.53.34 # A what? ;) 13.53.35 # * JdGordon cant spell tonight 13.53.44 # * pondlife niether 13.53.54 # JdGordon: t o n i g h t 13.54.08 # * linuxstb_ apologises for the very old joke 13.54.11 # hay! i got that right! 13.54.18 # gar 13.54.35 # pondlife: neither? ;) 13.55.21 # JdGordon: Thanks for the heads-up... that's a slightly odd use of settings_reset()...! 13.55.41 # not really... it puts it into a nice expected state 13.55.54 # Yes, but doesn't settings_load() do the same? 13.56.18 # I suppose some "settings" aren't persisted... 13.56.50 # yeah, config.cfg only saves the changed settings 13.57.02 # Ah, yes 14.01.48 # JdGordon: why is the revert not so green? Or didn't you want to revert completely? 14.02.02 Quit jas6180 (Remote closed the connection) 14.02.05 # status_save() and settings_save() look quite similar. I see the difference in functionality, but wonder why both are needed? 14.02.18 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 14.03.20 # * JdGordon directs pixelma to gcc and svn diff 14.04.00 # * JdGordon patched from the origional diff so should have got everything 14.04.32 # * gevaerts also recommends diffstat for a quick overview 14.04.34 Quit kushal_12_27_200 ("This computer has gone to sleep") 14.05.40 # pondlife: yeah, they could be merged... but settings_save() is simpler than settings_save(true); 14.05.56 Join michael1486 [0] (n=michael1@c-69-138-131-90.hsd1.fl.comcast.net) 14.06.21 # hello? 14.06.33 # What's the difference in usage? status_save() just forces an NVRAM update, but settings_save forces all to be persisted? 14.06.43 # Neither will trigger a spinup though. 14.06.46 # * disorganizer wonders if its somehow possible for the lcd-firmware driver to check in which context the user is at the moment, without having to implement new flags or variables 14.07.57 # does anyone know if you can change the usb initiation sequence? 14.08.12 # michael1486: to what ? 14.08.32 # pondlife: yes, neither will trigger a spin up 14.08.48 # So why not just use settings_save for both? 14.09.13 # its slower if you only need to save the status 14.09.20 # Hmm, suppose so. 14.09.23 # an ipod mini 14.09.42 # pixelma: crap, appologies.. i reverted the wrong revert 14.09.51 # michael1486: what exactly do you want to achieve ? 14.09.52 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.10.03 # we are back to /.rockbox/config.cfg.bak 14.10.40 # * Bagder ordered a Meizu M6 14.10.41 # hardware fuzzing by emulating a usb keyboard before initiating it as a usb drive. 14.11.14 # JdGordon: was about to complain :P 14.12.01 # * disorganizer thinks JdGordon was right 14.12.01 Quit Galois (Read error: 110 (Connection timed out)) 14.13.29 # michael1486: you could play with the files in firmware/usbstack/, but I still don't really understand what exactly you want. On USB you enumerate as one device class (or several, for composite devices), but you can't change that without a (logical) disconnect 14.14.20 # * gevaerts should really clean up his local usb changes and commit them 14.15.06 # do you know where the initiation sequence is located in the code? 14.16.07 # There is no single place. usb_core.c basically handles all incoming usb requests, and dispatches them to the correct class drivers (or handles them locally if appropriate) 14.16.37 # i need to change what goes out.... 14.17.15 # i think i found it in usb_class_driver... 14.17.37 # What goes out when ? 14.17.38 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-68b3c0975ea49968) 14.17.51 # Is there an option to do a make with "warnings as errors" ? 14.17.52 # when you connect to a computer 14.18.38 # pondlife: -Werror 14.18.52 Join PeterMitchell [0] (n=3aa6725e@gateway/web/cgi-irc/labb.contactor.se/x-627d1b44b04fc2bf) 14.19.03 Quit PeterMitchell (Client Quit) 14.20.29 # There is no single "when you connect to a computer" event. The device has to respond to host requests. Where you need to make changes depends on what host requests you want to handle differently 14.21.16 # Bagder: great! 14.21.17 # which one? 14.21.30 # SL I beleive 14.21.54 # 8GB? 14.21.56 # 8GB white 14.22.04 # when you connect to a computer and it wants to know what drivers to use...i want to add in some usb keyboard stuff to make it seem to be a hub. 14.22.04 # ah, I have the black one 14.22.16 # dionoea: Isn't that a gcc option, not a make one? 14.22.23 # the best deal here happened to be white so I picked that 14.22.38 # pondlife: ah, you meant make warnings? 14.22.46 # @ jdgordon: if you do one more commit you are the only one on the frontpage at the moment :-) 14.22.46 # we'll see, they didn't have it in stock right now so I guess it can still change 14.23.07 # * dionoea didn't know that make had warnings 14.23.08 # dionoea: No, all warnings (cc + ld + make, I guess) 14.23.23 # i.e. detect yellow 14.23.36 # * Bagder runs off 14.23.52 # Well those are cc + ld only I guess. So -Werror should work (in CFLAGS and LDFLAGS) 14.24.17 # michael1486: that's the configuration descriptor. But a hub and a keyboard are not exactly the same... This is mostly described in chapter 9 of the usb spec 14.24.45 # Ah no, looks like it's --fatal-warnings for ld 14.25.13 # no i want to make it seem like a hub with an ipod AND a keyboard on it... 14.25.26 # dionoea: Thanks 14.26.39 # michael1486: you won't be able to do that (harware limitations), but you could make it a composite device that has both a disk and a keyboard. You need to implement a HID driver for that. 14.26.57 # how? 14.28.26 # couldent i just send the keyboard initiation sequence and data before the ipod initiation sequence? 14.29.04 # The first problem is that the current stack doesn't support interrupt transfers yet (but I expect to have those pretty soon). After that, I'd suggest to have a look at usb_serial.c for an example of a reasonably simple driver 14.36.51 # thanks 14.37.00 # got to go... 14.42.40 Quit desowin () 14.46.24 Part Ranjith ("Leaving") 14.53.04 Join My_Sic [0] (n=3ea13b0f@gateway/web/cgi-irc/labb.contactor.se/x-3b0956172e68c81a) 14.54.09 Join kugel [0] (n=kugel@unaffiliated/kugel) 14.54.20 Join mf0102 [0] (n=michi@85.127.180.200) 14.56.57 # * JdGordon points randomly at FS#8800 then goes to bed 14.57.13 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.01.16 *** Saving seen data "./dancer.seen" 15.02.02 Quit My_Sic ("CGI:IRC") 15.03.12 # Rockbox feels more laggy on my Ondio now. My first impression is because (1) for some reason clearing the screen between bootlogo and file browser which I set as start screen is very visible and (2) that delay in the statusbar update when stopping playback (leaving the WPS) is more obvious now because the statusbar area is not blank for a while (as it was before) but shows the part of my WPS before the status bar gets drawn 15.08.57 # Who is "wavey"? 15.09.11 # The (c) in settings.h is interesting. 15.09.21 Join meck [0] (n=meck@ip68-9-160-229.ri.ri.cox.net) 15.10.02 # I thing I read the nick once in a very old log (just skimmed the history) 15.10.09 # pondlife: There's a very important difference between settings_save and status_save, apart from the latter being faster 15.10.15 # pondlife: svn blame points at zagor for that line... 15.11.13 # You're right that neither one *causes* a spinup. But the former always *registers* a spinup, while the latter only does that on targets without true nvram 15.11.26 # no, Zagor moved it to the location it is now 15.12.17 Quit XavierGr (Nick collision from services.) 15.12.28 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.12.51 # * linuxstb_ searches the cvs email archive and now blames Stuart Martin 15.14.49 # * disorganizer still wonders whether there is an easy way for the lcd-firmware-driver to find out in which context the gui is in (to disable backlight for scrollwheel only in certain contexts, aka the wps). 15.15.58 # That has nothing to do with the lcd driver at all 15.16.10 # Input is handled in the button driver 15.16.26 # * amiconn also wonders what disorganizer is trying to achieve 15.17.01 Join sreyas [0] (i=root@116.68.109.92) 15.17.16 # yes it does. for sansa the scrollwheel enables the backlight from the firmware driver :-) see #8400 http://www.rockbox.org/tracker/task/8400 15.17.36 # i want to disable the backlight on volume changes, but NOT when using the scrollwheel in the menu ;-) 15.18.53 # and you are right. its the button-firmware-driver :-) must have something to do with not sleeping enough 15.19.37 Quit sreyas (Client Quit) 15.21.16 Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 15.23.37 # disorganizer: I think you simply need an "enable_backlight_on_scroll" variable in the firmware code (and a function to set it), which is set to true by default, and set to false whilst you are in the WPS. 15.27.32 # One more (c) question - who's hessu? 15.27.51 # settings.c this time 15.28.35 # My best guess is Heikki Hannikainen - email address was hessuh at sourceforge. 15.29.21 # And the originator powermgmt.c ;) 15.29.37 # ^add "of" appropriately 15.31.57 Quit jas6180 (Read error: 104 (Connection reset by peer)) 15.32.20 Join jas6180 [0] (n=jas6180@dialup-4.156.222.34.Dial1.Boston1.Level3.net) 15.33.42 # linuxstb: i searched for an easier way :-) so no additional variables and settings are required. i hoped for some kind of checking the viewports to find out who is active, but obviously there is nothing. 15.34.26 # disorganizer: No, the firmware code doesn't (and shouldn't) know what the apps code is doing, unless the apps code tells it. 15.35.56 # HMm I'm getting a weird compiling error: http://pastebin.ca/956699 15.36.03 # Yesterday it worked without problems 15.37.05 # kugel: Have you done the usual "make clean" (or delete your build directory) and re-run ../tools/configure ? 15.37.11 # yea 15.37.29 # And you're compiling a clean SVN? 15.37.43 # * pixelma guesses not 15.38.10 # Only FS#8799 applied, I doubt it's causing that 15.39.25 # I even did "rm -dfr *" in my sim dir, and re-run tools/configure 15.40.08 # Did you change anything in your environment? e.g. upgrading packages? 15.40.32 # No. 15.40.53 Quit Mathiasdm ("Yuuw!") 15.41.09 # It worked yesterday, just before I shut down my box. Today, after turning it on, it doesn't work anymore :( 15.41.33 # I can't find any references to "midiparser" in the Rockbox source - so my best guess is that it's something local in your setup which is broken. 15.41.39 # When did you last reboot your box? 15.41.53 # an hour ago? 15.42.02 # I meant before yesterday... 15.42.26 # Yesterday about 15:00 (cet) 15.43.24 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 15.45.18 Quit Mathiasdm (Client Quit) 15.45.41 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 15.46.22 # I installed teamspeak yesterday, together with some lib32 (including lib32asound2), can that be the reason? 15.46.29 Join Mathiasdm2 [0] (n=Mathias@vpnc176.ugent.be) 15.46.43 # kugel: You said you didn't change anything... 15.46.52 # I didn't change anything today 15.46.56 # As the error relates to libasound, then yes, I would say that could be the issue. 15.47.04 # I installed that yesterday, when it still worked 15.47.23 # Until you rebooted I'm guessing. 15.48.05 # linuxstb_: Well it seems to work now. Weird that teamspeak messes up my rockbox enviroment 15.49.46 Quit corevette (Remote closed the connection) 15.53.07 Quit Nevtus (Remote closed the connection) 15.54.28 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 15.55.50 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 15.57.51 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.03.38 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.37.Dial1.Boston1.Level3.net) 16.04.38 Quit Mathiasdm (Connection timed out) 16.14.54 # * disorganizer wishes he could write c programs 16.15.26 # disorganizer: what would you write? 16.16.38 # * gevaerts recommends decimal, and starts writing 12 programs 16.17.28 # decimal? 16.18.20 Join SirFunk [0] (n=Sir@141.238.68.120) 16.18.31 # Assuming "c" is hex 16.18.41 Join Infausto [0] (n=c8787895@gateway/web/cgi-irc/labb.contactor.se/x-05ac8070c597178c) 16.19.48 # * markun is slow ;) 16.19.57 Quit jas6180 (Connection timed out) 16.20.22 # * disorganizer writes c now 16.20.25 # c 16.20.56 # disorganizer: what kind of programs would you like to write? 16.22.32 # * markun feels ignored.. :) 16.22.35 # ah well, i only would like to get #8400 to work on my sansa :-) but i doubt im able to do it ... with my cut&paste approach to programming *g* 16.23.03 # * disorganizer is almost on the way home, so dont take him too serious 16.24.26 Join webguest41 [0] (n=4ea571a5@gateway/web/cgi-irc/labb.contactor.se/x-fb0ab14fbe5c01df) 16.24.31 Join Galois [0] (i=djao@efnet-math.org) 16.25.42 Quit webguest41 (Client Quit) 16.27.45 Quit Nico_P (Read error: 113 (No route to host)) 16.29.10 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.32.44 # Ouch 16.33.10 # 2798 points ;) 16.33.20 # 64-bit fun? 16.33.22 # well 2790 really 16.33.52 # pondlife: Looks like you didn't test-compile for any target... 16.34.10 # I did tests for H300 and Archos Player 16.34.36 # But forgot a file 16.36.37 # hello 16.36.40 # At least the bootloaders still compile 16.36.48 # hehe, not too many option menus in there 16.37.12 # anyone knows the Erlang's programming language? 16.37.47 # Infausto, does that have anything to do with rockbox? 16.38.16 # does anyone know if you can change the usb initiation sequence? 16.39.01 # michael1486: didnt you ask that a couple hours ago and got an answer? 16.39.27 # yes but i am wondering if anyone else knows about it... 16.39.45 # i don`t know, but elang is a concurrenci oriented language, specially optimized for a multicore envioroment... just a think how that look in an ipod... 16.39.47 # the person you talked to would know the most about it... 16.40.19 # Infausto: it would probably look the same in an ipod once compiled... 16.40.46 # ok 16.41.36 # does anyone know the best way to compile rockbox in windows (im using dev-c++) 16.41.53 # there are many wiki pages about that 16.41.56 # michael1486: Cygwin, or use a Linux VM 16.41.56 # michael1486, by reading the relevant wiki pages 16.42.13 # * scorche|sh wouldnt count cygwin as one of the "best" 16.42.24 # sorry 16.42.33 # * PaulJam likes cygwin 16.42.36 # * pondlife too 16.43.15 # It's unintrusive 16.43.18 # michael1486: Rockbox requires gcc and a unix-like environment to compile 16.43.23 # Very very slow though 16.44.11 # thanks 16.45.44 Join webguest [0] (n=55496e7d@gateway/web/cgi-irc/labb.contactor.se/x-888f44ebbcd3f654) 16.46.02 Quit disorganizer ("CGI:IRC") 16.47.17 Quit webguest (Client Quit) 16.47.49 # michael1486: Useful information here: http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide 16.48.43 # From there, choose your path: Cygwin, Linux VM, or a Linux install. 16.48.54 # or colinux 16.50.35 # ??colinux?? 16.50.46 # http://en.wikipedia.org/wiki/CoLinux 16.51.05 # * LambdaCalculus37 points michael1486 to the Wikipedia page he just linked right now 16.51.19 # neat! 16.51.24 # Also: http://www.rockbox.org/twiki/bin/view/Main/CoLinuxDevelopmentPlatform 16.52.16 # michael1486: When in doubt, consult the Book of Wikipedia. :) 16.52.32 # Or the Deity known as Google. 16.52.39 # yep 16.53.25 # Just follow the DevelopmentGuide page, and you'll have a Rockbox dev environment in no time. 16.54.57 Quit Ave (Read error: 110 (Connection timed out)) 16.59.26 # michael1486: Why do you want your ipod to emulate a keyboard? 16.59.44 Join ryran [0] (n=42b13a58@gateway/web/cgi-irc/labb.contactor.se/x-0f87a59dd5b5edba) 17.00.01 # because it has lots of buttons? ;) 17.01.12 # i want to do hardware level fuzzing (among other things).... 17.01.16 Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 17.01.19 *** Saving seen data "./dancer.seen" 17.02.27 # michael1486: Define "Hardware level fuzzing". 17.03.00 Quit Ave (Client Quit) 17.03.00 Quit XavierGr () 17.03.50 Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 17.03.57 # fuzz usb input 17.04.24 # for what purpose though? 17.04.26 # * LambdaCalculus37 is still 404'ing here 17.04.26 # (correction) fuzz usb keyboard input 17.04.53 # debugging ;) :D 17.04.53 # < scorche|sh> for what purpose though? 17.05.03 # ....debugging what? 17.05.47 # winlogon.exe :D 17.06.04 # * LambdaCalculus37 smacks his forehead in disbelief 17.06.27 # and other things like a new os im trying to make 17.07.40 # errrr...you know how fuzzing works, right? 17.07.58 # yep 17.08.08 # Well, explain it to us, then. 17.08.55 # you enter in random data and see what happens. :D 17.09.35 Part meck 17.10.29 # ...and what are you expecting to happen? 17.10.38 # anything! 17.11.11 # i take it that "fuzzing" is just some cool word you heard thrown around and wanted to try? 17.11.40 # nope i actually know what to look for... 17.12.11 # like buffer overflows and random crashes.... 17.15.39 Join Nate123 [0] (n=465c9f89@gateway/web/cgi-irc/labb.contactor.se/x-71af7b4b793c13d9) 17.15.41 # im running immunity debugger to find out what happens in the memory... 17.16.30 # can somebody tell me where to place the rockbox stuff for my ipod mini gen 2? 17.16.48 # i dont know where to find the place to put it 17.17.06 # Nate123: the manual can tell you 17.17.11 # what type of stuff? 17.17.21 # michael1486: well, this is getting a bit offtopic for here... 17.17.59 # what nate123 or fuzzing? 17.18.21 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 17.18.27 # The fuzzing. 17.18.48 # ok ok ok..... 17.20.32 # im kinda confused what rockbox does, does it change the skin for your itunes or your ipod? 17.21.10 # Nate123: www.rockbox.org/wiki/WhyRockbox 17.21.12 # nate123: get the installer 17.22.09 # Nate123: Rockbox completely replaces the software on your computer - kind of like replacing Windows with Mac OS X. 17.22.42 # I meant it replaces the software on your ipod... 17.23.56 # replaces in a functional sense that is, as the apple firmware is not touched 17.24.36 # So you can always go back to it if you ever need to. 17.26.05 # oh alright, one more question, if i were to have the ipod mini ( i beleive thats what i have, but i thought it was ipod nano gen 2 but its colored, so ill try mini), and normally u cant put in games for it right? so rockbox would put in games? (im reading that /whyrockbox article) 17.26.10 # nate123: get the installer (i dont know the link) 17.27.01 # Nate123: Firstly, you need to confirm what kind of ipod it is - see here http://docs.info.apple.com/article.html?artnum=61688 17.27.08 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 17.28.52 # he said mini 2 17.29.06 # michael1486, he said he wasn't sure. 17.29.24 # michael1486: Some people have confused the nano 2nd Gen with a mini. 17.29.42 # Nate123: When did you buy your ipod, and was it brand new when you bought it? 17.29.50 Quit ryran ("CGI:IRC (EOF)") 17.33.08 # approxamatly 17.33.58 Join kugel [0] (i=kugel@unaffiliated/kugel) 17.34.13 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 17.34.36 # Llorean: I don't stick to rejected patches (answering to http://www.rockbox.org/irc/log-20080325#07:30:12) 17.36.07 Join Rincewind [0] (n=Flubb@i528C31CA.versanet.de) 17.36.13 Quit Rincewind (Client Quit) 17.36.45 # linux, i bought it...i wanna say in 2006, it was new as in i bought it new, but i dont think it was too new at the time, i beleive its a ipod nano (when i remember buying) but then again i dont know if it were a ipod mini cuz it looks more like that 17.36.46 # kugel: I don't think that comment was directed at you specifically - just custom builds in general. So things like the custom-line and scrollmargins patches get widely used by theme authors, even though it's known they will never be officially included. 17.36.50 Join Rincewind [0] (i=m08Sh3WJ@nat-wh-1.rz.uni-karlsruhe.de) 17.37.13 # Nate123: What colour is it, and what capacity (GB) ? 17.37.20 # Nate123: Is your iPod very thin as well? 17.37.49 # linuxstb_: Rejected means to me, that the task got closed with the reason rejected. So, even you told "this patch is most likely gonna rejected soon" but the task is still open, it's not rejected for me 17.37.50 # I wish custom builds wouldn't extend the WPS. 17.38.05 # pondlife: hehe 17.38.09 # i.e so all WPS would work with SVN 17.38.19 # kugel: The tasks weren't closed to help custom builds... 17.38.26 Join ryran [0] (n=42b13a58@gateway/web/cgi-irc/labb.contactor.se/x-8445e4681ac90954) 17.38.34 # ummm, its decently thin, i would say less then the FIRST gen ipod nano, and its a curved edge on the side not a straight flat one 17.38.42 # Which is probably our mistake then - we should reject patches earlier... 17.38.44 # Also the artists could concentrating on making WPSes that are good for all. 17.38.48 # Nate123: so it is a color screen? 17.39.17 # look here http://build.rockbox.org/ to identify it... 17.39.19 # linuxstb_: Yea, I actually think you should. Rejecting patches should happen as soon as it's clean they are not gonna go into svn 17.39.21 # what are the current incompatible WPS patches that custom builds use? 17.39.28 # the ipod itself is blue, the screen has color to it (the album stuff shows up in color and games etc that are preloaded on it) 17.39.32 # Nate123: You're out of luck. 2nd Gen nano = not supported. 17.40.30 # Nico_P: I'm not sure of the current status, but multifont comes to mind. 17.40.34 # you might be able to use www.ipodwizard.net/ 17.40.52 Join ladnaa [0] (n=nuvse@dsl-134-177.aei.ca) 17.41.00 # michael1486: Okay, enough already. 17.41.04 # michael1486, please keep in mind that this is an on-topic channel. ipodwizard is not on-topic. 17.41.12 # Nico_P: Lots will still be using custom-line and scrollmargins, but those can be converted to viewports. AFAIK, it's just multifont. 17.41.23 # hey guys, is there a way to randomly play ALL songs in ALL folders with rockbox, like with the old system on the gigabeat F10 ? 17.41.51 # hey all. I was wondering if one of the devs could edit the title of FS#8597 (which I created) to make it more descriptively accurate..something like "stuttering & undefined instruction errors on codec-switch w/crossfade". 17.41.57 # ladnaa: Sure. Go into Database > Tracks > All 17.41.59 # krazykit: how else could i tell him? 17.42.13 # michael1486, doesn't matter, it's not on-topic. 17.42.14 # is the syntax of the multifont patch incompatible with the SVN WPS syntax? 17.42.14 # ok one sec lemme check 17.42.25 # ladnaa: Sorry, just Database > Tracks 17.42.36 # michael1486: This is a channel about Rockbox. iPodwizard is not on-topic, nor is it supported here. 17.42.45 # ladnaa: Then play and shuffle current playlist 17.42.48 # Nico_P: I think it was tied to the custom-line patch, but I've tried to write viewports in such a way as the multifonts patch can use it, but in a compatible way. 17.43.06 # Database -> Track 17.43.15 # ladnaa: Or, go into Database, highlight Track then hold SELECT and go for Playlist > Insert Shuffled 17.43.17 # then shuffle current playlist alright cool 17.43.41 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 17.44.51 # so the syntax differences are getting smaller, that's the important part IMO 17.45.35 # for some reason, i only have 60 mp3s in my track selection 17.45.41 # and i should have over 800 17.46.40 Quit petur ("*real life*") 17.47.12 # ah ok now i see all 17.48.32 # if i used the ipod nano first generation wouldnt it not matter? 17.48.47 # ok sweet thanks pondlife 17.48.54 # Nate123: No, it won't work. The hardware inside is completely different. 17.49.45 Join kugel [0] (i=kugel@unaffiliated/kugel) 17.51.18 # Nico_P: The syntax different is very small. In the latest multifont versions, you can only define userfonts, which can be used in the V% tag 17.51.30 # wpsfont,tunerfont etc have been dropped 17.51.40 # so the WPS are compatible? 17.52.07 # What WPSs? Those using multifont to the SVN version? or the other way around 17.52.23 # what else would we be discussing... 17.52.59 # "compatible" by the means that the default wps screen doesn't show up? 17.53.05 # yes 17.53.52 # If the WPS has %V|..|..|..|..|2|..|..| (2 being userfont1), and it's used on a SVN version, the font will fall back to FONT_UI 17.54.09 # so, the wps is still shown, of course the font isn't the same 17.55.03 # linuxstb_ coded the %V tag so, that it rejects any other value than 0 or 1, and defaults to 1 in such a case 17.55.15 # that's much better than the situation used to be with customline and scrollmargins :) 17.55.51 # Nico_P: Indeed. Even though very little wps have been converted to the new multifont syntax. Those in my build will be using the new syntax 17.57.20 # Nico_P: I can only talk for me, but I like the current situation much better. They were nice themes back in time when customline and scrollmargins actually, but all those dependencies and the bad coding in general were a pain. 17.57.35 # Plus, those themes can be converted 17.57.37 # And with careful use of viewports, WPSs should be able to be designed to be readable with a variety of fonts. 17.58.39 # they were patches that should have been rejected..."dependencies and bad coding" should be expected... 17.58.46 # and if/when multifont is implemented correctly, the conversion process should be straitforward if not nonexistent :) 17.59.36 # * kugel hopes that someone does the job of implementing a more %V like syntax in FS#8799 18.00.27 # kugel: Didn't JdGordon's original patch already do that? 18.01.52 # linuxstb_: Not that I know (see http://www.rockbox.org/tracker/task/8457). He started with a .vp that contains a similar syntax like the actual one of FS#8799 18.02.01 Part michael1486 18.02.18 Quit Nate123 ("CGI:IRC (Ping timeout)") 18.02.56 # .vp file, rather 18.03.16 # But then a later patch (or maybe just his reverted commit) moved it to the .cfg 18.03.55 # I didn't read the whole task, but I think the syntax was the same 18.04.36 Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 18.05.01 Join lymeca [0] (i=lymeca@unaffiliated/lymeca) 18.05.04 # I mounted a FAT32 partition on an iPod and tried to delete a folder but it jsut sits there unresponsive nto returnign me to a new command prompt. I can write other data to the HDD partition though, but viewing this one particular folder or writing to it or deleting it just freezes bash 18.05.11 # the folder is important though 18.05.17 # it's the .rockbox folder 18.05.18 # kugel: See list_w_custom.patch at the very end of the task 18.05.43 # whenever I try to boot up rockbox it sends me to that black screen at the bootloader 18.05.50 # saying rockbox.ipod was not found 18.05.57 # recent problem 18.06.25 # linuxstb_: Gonna look at it later, gotta fo 18.06.28 # lymeca: Just sounds like a corrupted filesystem - have you tried checking it for errors? Or you could just reformat that partition. 18.06.40 # linuxstb_: how should I check it? 18.07.32 # lymeca: chkdsk on WIndows, fsck on Linux, I don't know about Mac OS X 18.07.57 # okay so fsck.vfat /dev/sde2 ? 18.08.03 # should I umount it first? 18.08.21 # Yes, you should umount it. 18.08.45 Join webguest27 [0] (n=4ba5e59c@gateway/web/cgi-irc/labb.contactor.se/x-0a826b378b13b2b8) 18.08.49 # I don't know the exact fsck command (check the manpage) 18.09.29 Quit webguest27 (Client Quit) 18.11.01 Join disorganizer [0] (n=artemis@p5B11CCE5.dip.t-dialin.net) 18.11.29 # dingelidang, hello@all 18.11.57 # o_O 18.12.44 # here we go again.... 18.12.53 Quit gevaerts ("going home") 18.13.48 # FATs differ but appear to be intact. Use which FAT ? 18.13.48 # 1) Use first FAT 18.13.48 # 2) Use second FAT 18.13.49 DBUG Sent KICK lymeca to server 18.13.49 # ?? 18.13.50 Kick (#rockbox lymeca :No flooding!) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-37e745eea6f9c703 18.13.50 Join lymeca [0] (i=lymeca@unaffiliated/lymeca) 18.14.05 # * disorganizer does not want to be "on-topic'ed" again ;-) 18.14.40 Quit DerDome ("Leaving.") 18.15.47 # lymeca: I don't know - toss a coin... 18.15.56 # for an online browser game I played I wrote an IRC bot named Disorganizer, it said "dingeldong" a lot and said the time randomly among other things ^^ 18.16.01 # lymeca: If I was you, I would just reformat though. 18.16.03 # * Rincewind stays on topic for now 18.16.08 # @kugel: i meant linuxstb's dirty-statusbar-hack 18.16.16 # * scorche|sh glares at Rincewind 18.16.56 # * disorganizer grins at rincewind 18.17.28 # * Rincewind freezes and waits for his punishment 18.18.21 Quit jas6180_ (Remote closed the connection) 18.18.42 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.37.Dial1.Boston1.Level3.net) 18.19.24 Join equant [0] (n=equant@ip24-251-236-95.ph.ph.cox.net) 18.20.17 # Hmm, I've had 2 hard lockups today (on H300) - both times with the disk icon displayed. 18.20.17 Quit ryran ("CGI:IRC (EOF)") 18.21.26 Quit jas6180_ (Remote closed the connection) 18.21.45 # anyone know how to force gnupod to remove tracks from the ipod's database for tracks that aren't actually on the ipod? 18.21.46 # kugel: Just as a note, your post at ABi does explicitly say you're including patches that have been formally rejected. 18.21.48 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.37.Dial1.Boston1.Level3.net) 18.22.04 # equant: That would be a question to ask the gnupod guys... 18.22.26 Join bertrik [0] (n=Bertrik_@182-015-045-062.dynamic.caiway.nl) 18.23.24 # Llorean, oh reeeealy? 18.23.50 # equant: Yes, reeeealy. 18.23.55 # * LambdaCalculus37 points to the channel topic 18.24.04 # anyways, i think that when mf is implemented and viewports offer nice new functionality, the custom builds will propably not be SO common any more. 18.25.09 # When or if? 18.25.18 Quit axionix (Read error: 104 (Connection reset by peer)) 18.25.49 Quit Infausto ("CGI:IRC (EOF)") 18.25.52 # at the time when (if) it is implemented ;-) 18.26.00 # That's better :) 18.26.10 # or from then on, or whatever you like 18.27.16 # * disorganizer wonders if we could implement mf with the old memory-wasting cache and just ifdef it out on targets low on memory 18.27.56 # All targets are low on memory :) 18.28.07 # disorganizer: memory wasting is always bad because the memory is needed for buffering 18.28.25 # People still want pictureflow to work during playback... 18.28.35 Quit phinze () 18.28.39 # * disorganizer wonders why this channel does not recognize sarcastic comments *g* 18.29.25 # you lacked the tag 18.29.28 # if the buffer is reused when pictureflow is exited then I wouldn't have problem with it. 18.30.14 # oh really? 18.30.33 # * disorganizer waits for the slap with the channel topic 18.30.43 Join kopf [0] (n=kopf@89.127.170.170) 18.31.04 # I've not looked at the multifont code yet - does it just extend the current caching to work across multiple fonts, so a single cache is used? 18.32.07 # pondlife: One cache per font, iiuc. 18.32.16 # Ah, that's not great. 18.32.27 # Nope 18.32.28 # * Llorean leaves 18.33.14 # :) 18.34.00 # i've got an iPod 4G grayscale with r16800. Two questions - How do I turn on gapless audio? (It was enabled on a previous rockbox release I had installed, but I can't find it now) and Is it possible to activate