--- Log for 26.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 11 days and 21 hours ago 00.00.06 # we could rotate viewports dynamically on the rwps 00.00.14 # disorganizer: Remember Rockbox runs on DAPs, not graphic workstations... 00.00.25 # And battery life is valuable ;) 00.00.40 # * disorganizer wants a 3d wps 00.00.53 # disorganizer: You can't easily rotate graphics, *especially* not on low-depth displays 00.00.57 # linuxstb: You must admit it'd solve the problem for people wanting portrait vs landscape displays. :-P 00.01.39 # well, to be serious: 90deg rotation could be easy by just swapping x+y values in the viewport drawing routines 00.01.56 Join cbr|w [0] (n=cbr@212.98.160.130) 00.02.24 Quit matsl ("Leaving") 00.02.26 # There are no "viewport drawing functions" - just LCD drawing functions. And they're designed to draw in the native direction. 00.02.35 # it may be needed to do a lcdwidth-y and lcdheight-x on some target depending on usability 00.02.47 Quit moos (Read error: 110 (Connection timed out)) 00.03.03 # disorganizer: Check the drawing functions. It is *far* more complicated than you might think to rotate stuff 00.03.41 # Drawing isn't done pixel-by-pixel - that would be far too slow on practically any target 00.04.09 # * disorganizer admits he has no clue about coding and just talks as a user here :-) hoping to bring in new ideas 00.05.07 # sounds so easy :-( on first thought ( @jdgordon: like making a backup copy of the config ) 00.05.14 Quit tvelocity (Remote closed the connection) 00.05.16 Quit jas6180 (Connection timed out) 00.05.43 # disorganizer: The idea isn't new at all, and was discussed numerous times 00.05.50 Quit desowin () 00.06.21 # amiconn: it was new to me :-) 00.07.39 # * disorganizer likes to go on people's nerves 00.08.02 # I think runtime rotation could be done via the screens API (replacing the drawing functions with their rotated equivalents) - if all of Rockbox fully used the screens API. But I'm not convinced the feature is worth the effort - at least I won't attempt it... 00.08.43 # That means duplicating all drawing code - *and* all native bitmaps 00.09.08 # (unless you're willing to accept a serious performance drop in the rotated case) 00.09.11 # arbitrary rotation! 00.09.13 # disorganizer: Why? 00.09.16 # Yes, you would duplicate the drawing code. The bitmaps wouldn't need to be duplicated though - just less efficient in one direction... 00.09.34 # s/less/far less/ 00.09.39 # nevertheless it would be an easy way to allow vertical progress bars and peakmeters :-) 00.09.45 # BigBambi: why what? 00.09.55 # disorganizer: No, it would be the hard way to implement those... 00.09.57 # Did you have a look at the bitmap drawing optimisations in the packed pixel case? 00.10.01 # Why do you like to annoy people? What does it achieve? 00.10.44 # BigBambi: hopefully i dont annoy them. going on other peoples nerves is not exactly annoying them ;-) just a tiny bit different 00.10.54 # * disorganizer hopes he doesnt annoy any1 here? 00.10.55 # No, it is the same thing 00.11.09 # Getting on someone's nerves means annoying them 00.11.15 # disorganizer: by saying "any1", i can now say that you most certainly do :) 00.11.38 # amiconn: OK, I accept it's far less efficient. But that could be dealt with, e.g. by possibly rotating any loaded bitmaps in-place when rotating the screen. 00.11.45 # scorche: that was my personal ping to you ;-) like the cul8r when i left work 00.12.14 # It annoys many more people than scorche|sh 00.12.21 # * linuxstb isn't sure how many bitmaps we would be dealing with, or if performance would be an issue (outside the fonts) 00.12.23 # linuxstb: That would require a little slack ram at the end of each bitmap. The rotated bitmap might need more ram depending on its x and y dimension 00.12.35 # And what about the compiled-in bitmaps? 00.12.59 # amiconn: Is performance an issue for those? e.g. the usb logo? 00.13.13 # built-in icons, .... 00.13.13 # * disorganizer didnt know fun was not on topic in here ;-) 00.13.35 # disorganizer: Rockbox is on topic 00.13.55 # #rockbox-community is for fun 00.14.05 # amiconn: These problems are solvable though IMO. But as I said, I don't think the feature is worth the effort... 00.14.19 # So there's no need to convince me not to do it ;) 00.15.18 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.16.11 # * linuxstb wonders how stripwax's cube hacking is coming along 00.16.31 Join framo [0] (n=framo@bb-87-80-66-156.ukonline.co.uk) 00.16.47 # cube hacking? 00.16.50 # gourad shading? :> 00.17.10 Quit miepchen^schlaf () 00.17.26 # He was talking about the ships from Elite last time I spoke to him... 00.17.28 # * stripwax has a cobra mk3 spinning on his ipod :) 00.17.39 # haha 00.17.46 # flat shading still though. hardly magic.. 00.17.59 Join LambdaCalculus37 [0] (n=chatzill@c-24-0-218-198.hsd1.nj.comcast.net) 00.19.01 Quit CyBergRind|w (Connection timed out) 00.19.34 # but (if I ever have time) I'd add a simple (flat) light source shader . gouraud would be .. a bit more work .. 00.19.45 Quit barrywardell () 00.20.14 # I have a feeling the lack of floating points would make it a little harder. 00.20.39 # I was looking at some interesting arm routines for computing 1/sqrt using fixed point math.. 00.21.11 # wasn't Descent written using fixed point math or did I dream that? 00.21.20 # no idea 00.21.21 Join miepchen^schlaf [0] (n=miepchen@p54BF44F8.dip.t-dialin.net) 00.21.23 # go grab the source and see 00.21.51 # Is USB storage enabled in a standard build? 00.22.09 # got to go, good night to all of you 00.22.29 # On my local build I can see that my ipod 5g is requesting 500ma, I think I saw someone asking about that suggesting that it wasn't the case 00.22.47 # stripwax: well, if you have lambert shading with a proper light source, gourad shading isn't much more work 00.23.08 Part disorganizer 00.23.23 # preglow - indeed. I haven't got lambert shading :) 00.23.47 # aha :) 00.23.55 # and then, after that, phong! 00.23.56 # :D 00.24.32 # * stripwax chuckles 00.25.19 Join `Tanner [0] (n=Night@74-128-144-119.dhcp.insightbb.com) 00.25.24 Join LambdaCalculus3 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-732d4a55a8e34ef8) 00.25.41 # stripwax: there has been a fixed-point Descent, because I remember an Acorn (RISC OS) version being released some years ago. wonder if there's an open-source version available.... 00.25.44 # what, no ray tracing? 00.25.56 # <`Tanner> Can i play music that i purchased from the iTunes store while running Rockbox? 00.26.08 # `Tanner: Nope. 00.26.15 # Tanner - are they in unprotected mp3 format? 00.26.27 # or some other unprotected (no DRM) format? 00.26.32 # <`Tanner> Just a sec. 00.27.33 # <`Tanner> Meh. Mpeg-4 Audio file(Protected) is what i get... Dam 00.28.20 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 00.28.26 # Tanner - yep - I'm afraid you'll be out of luck in Rockbox with those 00.29.01 # <`Tanner> Alright. But MP3 will work fine, right 00.29.09 # right 00.29.13 # As long as they're DRM-free. 00.29.22 # <`Tanner> What does DRM stand for 00.29.38 # Digital Rights (Restrictions) Management. 00.30.24 # <`Tanner> When i boot into Rockbox, i won't see itunes purchased music., But when i boot back into standard iPod firmware, they will play? 00.30.52 # They'll still play in the iPod OF. 00.30.59 # <`Tanner> ok, Thanks. 00.31.03 # No problem. 00.31.07 Quit `Tanner ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 00.32.32 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.33.38 Join `Tanner [0] (n=4a809077@gateway/web/cgi-irc/labb.contactor.se/x-42a1230848cbd33c) 00.33.38 Quit `Tanner (Client Quit) 00.34.32 Quit LambdaCalculus37 (Read error: 110 (Connection timed out)) 00.34.36 Join MethoS-- [0] (n=clemens@host-091-096-213-223.ewe-ip-backbone.de) 00.35.34 # * linuxstb looks for a volunteer to implement target-specific %V tag validation into checkwps 00.35.44 Nick LambdaCalculus3 is now known as LambdaCalculus37 (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-732d4a55a8e34ef8) 00.36.21 # (and loading bitmaps to validate them with Rockbox's bmp loader and image buffer size...) 00.36.29 Join [1]JordanG [0] (n=JordanG@69.43.65.27) 00.36.49 # * linuxstb suspects building 28 versions of checkwps will be simpler... 00.37.13 # * LambdaCalculus37 looks for a volunteer to help test FS #8595 00.38.18 Quit [1]JordanG (Client Quit) 00.41.02 Quit waldo (Remote closed the connection) 00.42.45 Join [2]JordanG [0] (n=JordanG@69.43.65.27) 00.43.35 Quit JordanG (Nick collision from services.) 00.43.51 Nick [2]JordanG is now known as JordanG (n=JordanG@69.43.65.27) 00.44.38 # linuxstb: can't you just accept screen dimensions as an argument to it? 00.44.58 # Nico_P: Yes, but the parser is full of #ifdefs, not if()s... 00.45.21 # So I think it would get very messy... 00.45.30 # oh yes indeed 00.47.27 # And looking at it, it's more than just the viewport tags - other parts of the parser are #ifdef'd out - e.g. for mono screens. 00.47.32 Quit ender` (" If the art world was ran by the RIAA, you would have to lease special glasses if you wanted to see a painting. -- Rodney Ca") 00.48.32 # So I think the only way to get 100% accurate parsing for rockbox-themes.org is to build target-specific versions... 00.49.25 # Does anyone have any views on the WPS being rejected if bmps can't be loaded? 00.49.45 # IIUC, currently missing bitmaps will just not be drawn. 00.51.22 Quit mirak (Remote closed the connection) 00.51.55 # yes, you understand correctly 00.52.31 # maybe a warning in checkwps would be good, but I don't think plainly rejecting the WPS on target is very nice 00.53.03 # Why not? IMO that's just as broken as anything else being wrong... 00.54.40 # it's not quite the same, because e.g. a missing end conditional could cause unexpected behaviour... in case of a missing picture there won't be any big problems 00.54.57 # But it's still broken... 00.55.12 Join Chaotic [0] (n=0cb22419@gateway/web/cgi-irc/labb.contactor.se/x-e0bb8945f692155d) 00.55.13 # i.e. not what the theme author intended. 00.55.19 Quit bluebrother ("leaving") 00.55.25 # true 00.55.27 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.55.53 # * Llorean likes "if it's broken, reject it" 00.55.59 # I don't like silent failures. 00.56.28 # Ok, so I just got back from my meeting, and was wondering if anyone would mind helping me out with my iPod 4G Photo power problem 00.56.59 # Chaotic: I wasn't paying close attention when you were first here, but do you get problems when running the Apple firmware? 00.57.23 # linuxstb: No, it runs fine with Apple firmware 00.57.38 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 00.58.37 # linuxstb: I can recap the problem if needed 00.59.20 Quit DerDome ("Leaving.") 01.00.34 # it's actually charging now, and seems to be ok. I'm worried that it won't charge when I listen to music, which makes all the useful features of Rockbox out of my grasp. I almost exclusively listen to my ipod in the car whilst driving, plugged into a Monster radio transmitter/charger 01.01.09 Quit ol_schoola_ () 01.01.31 *** Saving seen data "./dancer.seen" 01.01.40 Quit Thundercloud (Read error: 110 (Connection timed out)) 01.02.28 Join piga [0] (n=leonardo@200-161-96-80.dsl.telesp.net.br) 01.03.06 # Chaotic: I don't think it's anything you're doing wrong - Rockbox is known to not charge correctly from USB on the ipods. 01.03.19 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 01.03.59 # linuxstx: I'm actually charging with the apple wall outlet adapter. Would that have the same problem? 01.04.26 Quit ol_schoola (Client Quit) 01.04.46 # linuxstb: I'm actually charging with the apple wall outlet adapter. Would that have the same problem? 01.05.24 # Chaotic: It depends if it connects to the ipod's USB or Firewire power pins. 01.06.46 # linuxstb: ok. It is a USB cable that plugs into the square power plug. So that may be the issue. I'll have to check the power in the car adapter before and after a commute 01.07.21 # linuxstb: Thanks for your help on that, it's certainly a drawback, but probably a livable one 01.08.02 Join tvelocity [0] (n=tony@athedsl-4425001.home.otenet.gr) 01.08.11 # linuxstb: I'm going to ask one more question to the main channel, I don't want to monopolize your time. Thanks again. 01.10.22 # So one last newbie question: When I plug my 4G iPod Photo in, it shows a charging icon. If I try to shut it down while plugged in, it will turn off, then immediately show the non-backlit apple logo, then the backlit apple logo, and boot back into Rockbox 01.11.18 # it seems that there's no way for me to shut it down and still have it charge. If I unplug it, I can shut it down, but then it boots again the moment I plug it in. Is this expected behavior? I couldn't find the answer in the manual nor forum 01.12.08 # that's expected behaviour 01.12.31 Join RexDart [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-67cc55a07a78d4b7) 01.12.36 # great. That explains a lot. Thanks Shaid & linuxstb! 01.12.50 # if you boot into the original firmware you can do what you're after 01.13.00 # but then to get back to rockbox you'll need to do a reboot 01.13.01 # I can't seem to do that though 01.13.44 # I slide the hold button when I see the apple logo, but it just says "cleared" on the rockbox main page but doesn't reboot to the apple firmware 01.13.45 Quit stripwax (Read error: 110 (Connection timed out)) 01.13.59 # you're doing it too late 01.14.16 # and that's the old method to boot into the OF 01.14.24 # nowdays you hold down menu straight after powering on 01.14.42 # or possibly I'm confused 01.14.47 # Ah! Ok, was confused from the forum then. I'll give that a shot later 01.14.50 # http://download.rockbox.org/manual/rockbox-ipod4gray/rockbox-buildch3.html#x5-280003.1.2 01.15.02 Quit stripwax_ (Read error: 110 (Connection timed out)) 01.15.30 # yeah, I must be doing it too late 01.16.52 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 01.16.57 # yep, that worked 01.17.20 # Thanks again! Most heplful IRC channel I've been on in years! 01.17.27 Part toffe82 01.17.47 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 01.19.26 # I'm going to take off. Thanks again Shaid and linuxstb 01.19.39 # You're welcome, Chaotic 01.19.53 Quit Chaotic ("CGI:IRC") 01.21.23 # linuxstb: I don't feel very strongly about the parser rejecting or not rejecting the WPS if there are too many pictures. It makes just as much sense to me to reject it... feel free to implement it that way ;) 01.21.33 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 01.22.01 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 01.22.26 Quit ompaul (Client Quit) 01.23.40 # Nico_P: I agree (for Rockbox itself), but I think rockbox-themes.org needs to reject such themes. So it's easier to just make Rockbox do the same thing. 01.24.14 # probably 01.24.55 # We'll need to take care of case sensitivity somehow though - assuming rockbox-themes.org is going to a Unix server... 01.25.03 # (in filenames) 01.25.26 # Hmmm...is there some sort of problem with rockbox when switching between codecs for different filetypes in a playlist? 01.25.28 # But I guess theme authors should respect that anyway - for people using sims on Unix 01.25.33 # My 5thG keeps crashing 01.25.45 # Songs stutter and it locks up totally 01.26.12 # RexDart: How old is your Rockbox install? 01.26.17 Quit barrywardell () 01.26.20 # let me ask it 01.26.31 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 01.26.43 # quoth the rockbox: "16667-080314" 01.27.04 # RexDart: what other channel were you talkng about earlier? 01.27.17 # That's quite old in Rockbox terms - can you update to the latest current build and test if it still happens? 01.27.46 # Will do. 01.28.24 # RexDart: Something else to check is if your filesystem is free of errors (e.g. with chkdsk or fsck) 01.28.30 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 01.28.42 # also good to know 01.28.44 # thanks 01.30.22 Quit moos ("Rockbox rules the DAP world") 01.31.19 # I wonder if rockbox will ever progress to the point where it has user-selectable navigation styles, like you could choose for it to behave like a rio carbon or something 01.31.26 # linuxstb: checkwps loads files case-insensitively on windows? 01.32.11 Quit amiconn (Nick collision from services.) 01.32.17 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.32.17 # Nico_P: No, Windows does... 01.32.33 # (IIUC...) 01.32.41 # RexDart: That sounds like customizable buttons, something we don't want. 01.32.51 # what ways do we have of making it case sensitive there? 01.33.10 # Customizable buttons? 01.33.18 # oh, input method? 01.33.27 # RexDart: Well, what do you mean by "navigation styles" other than "navigating the UI"? 01.33.47 # the entire layout of the UI & how it's navigated 01.33.58 # Uhm... 01.34.07 # So, "which buttons are used to get around it"? 01.34.14 # Nico_P: I guess we could make it scan a directory and do its own filename comparison... 01.34.29 # The "layout" as it were is just visual, not actually an aspect of navigation. 01.34.51 # But customizing what you press to get from place to place isn't going to happen in the official biuld. 01.35.04 # hmm 01.35.06 # too bd 01.35.08 # bad 01.35.10 Quit RexDart ("CGI:IRC") 01.35.32 # hmm yeah, that would work I guess 01.35.55 # the dir shouldn't be too big either 01.37.20 Quit XavierGr () 01.37.44 Join Cillian [0] (n=Cillian@host86-136-254-88.range86-136.btcentralplus.com) 01.38.36 # Is it possible to alter the backlight brightness on a 5g ipod video in current rockbox software, or would it be reasonably trivial for me to add code to do that? 01.39.38 # (I figure it's possible from software because of the backlight fade in/out options) 01.40.31 # Yes, there's a backlight brightness setting 01.41.30 # Where abouts? (I've never seen one, so either it's not in my build or I'm looking in teh wrong place) 01.41.43 # Under LCD settings I would guess 01.42.10 # Assuming you're running a recent Rockbox build - I think it was added about 6 months ago... 01.42.38 # Ah 01.42.42 # Mine might well be older than that 01.42.50 # And I certainly don't have that in LCD settings 01.43.00 # 4 months ago 01.43.13 # Ok, thanks for the help 01.43.16 # 12 Nov 2007 to be precise 01.43.40 # * linuxstb was only about 6 weeks out... 01.44.08 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 01.44.15 # you might need to reset your settings, too 01.44.24 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-4cb2a5962a532a81) 01.44.30 # I had to before the backlight brightness setting took effect. 01.44.33 # amiconn: As you're here, you can save me reading the code - does the bmp loader return an error if there is no room to load the bitmap, or does it truncate and return success? 01.45.13 # * linuxstb goes to read the code... 01.45.30 Quit Rincewind ("bye") 01.45.38 Join `Tanner [0] (n=Night@74-128-144-119.dhcp.insightbb.com) 01.45.48 # It returns various errors depending on what goes wrong 01.46.01 # <`Tanner> Can i play .FLV video files on my ipod while running rock box? 01.46.09 # * Cillian doubts it 01.46.10 # nope 01.46.17 # <`Tanner> Alright, thought so. 01.46.20 # <`Tanner> Thanks 01.46.20 # Hmm... I can't make checkwps fail when loading too many bitmaps... 01.46.27 # Is there any video playback other than raw mpg on ipods? 01.46.28 # Works similar to read() and such - on success, it returns the amount of memory taken. rc <0 means error 01.46.58 # hmmm. the current svn e200 bootloader no longer boots the of for some reason 01.47.51 # linuxstb: What does 'too many' have to do with the loader? 01.47.53 # anyone have any suggestions as to which commit might have caused it? 01.48.03 Join _caotic_ [0] (n=caotic@213.183.18.146) 01.48.06 # linuxstb: I'm pretty sure the loading won't even be attempted ig there isn't enough space to store the bitmap 01.48.36 Part _caotic_ 01.48.42 Quit JordanG (Connection timed out) 01.49.15 # <`Tanner> Can i play .WMV videos on my ipod while running RockBox ? 01.49.22 # nope 01.49.25 # just mpgs 01.49.30 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 01.49.37 # `Tanner: I would strongly recommend you check out the manual. 01.49.51 # amiconn: I mean too much data for the image buffer... 01.49.54 # <`Tanner> lol, alright. 01.51.46 # linuxstb: Did you take into account that the image is converted to the internal pixel format on load? 01.52.53 # It's my mistake - I thought I was loading 26 full-screen images, but the filename was misleading me, and they're not full-screen... 01.53.40 # linuxstb: I just discovered a WPS redraw bug 01.54.12 # It looks like that on track change, the whole display is cleared, so that the status bar disappears for a fraction of a second 01.54.43 # Do you think that's new? I've a feeling I've seen that in the past (but may be mistaken) 01.54.45 # Happens on main & remote, in parallel. Observed on X5 01.54.55 # Never observed it before 01.55.48 # No, you're right, I think I've added an lcd_clear_viewport() for each viewport, and the default viewport includes the statusbar area (with a ymargin) - that needs fixing. 01.56.09 # <`Tanner> If an ipod nano is set up for a mac, is there any way to change that to pc ? 01.56.14 # You didn't test a wps with the statusbar enabled, did you? 01.56.40 # `Tanner: Restore with a PC version of iTunes, or follow the conversion instructions in our wiki 01.57.00 # Also, the wps code used to just redraw the parts which needed redraw, saving resources this way... 01.57.01 # <`Tanner> Thanks Llorean. You've been a great help. 01.57.02 # I did, but not patiently enough to wait for track changes. Early versions of my patch had bugs when the statusbar was enabled/disabled. 01.58.43 # amiconn: I don't really understand the drawing code in the WPS, but will need to if I continue with my statusbar patch. So I'll definitely try and make it more efficient if I continue work on it. 01.59.34 # Any idea when the partial redraw was removed? i.e. was it at the time of any particular change/new feature? 02.01.12 Quit `Tanner ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 02.04.44 # hm 02.05.07 # latest daily rockbox, and my ipod sits on the loader2 loading screen with the bar full, spinning the harddrive 02.05.13 # doing not much else 02.05.26 Join MethoS- [0] (n=clemens@dyndsl-085-016-163-025.ewe-ip-backbone.de) 02.05.26 Quit jas6180_ (Read error: 104 (Connection reset by peer)) 02.06.27 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.211.Dial1.Boston1.Level3.net) 02.06.29 # Cillian: Well, loader2 isn't our software. If it's stopping while in loader2, I suggest you try our loader and see if everything works. 02.07.22 # I realise that, I was just wondering if it was something someone else had come across (Since it's the rockbox update that triggered it) 02.09.04 # Cillian: If you're running a very old loader2 (and were also running an older version of Rockbox), you should update loader2 as well. Or as Llorean suggested, just use the Rockbox bootloader. 02.09.42 Quit Nico_P (Remote closed the connection) 02.09.57 # It is indeed an ancient loader2 02.10.46 # * has an idea * 02.10.49 # Then that's very likely the problem. 02.10.56 # rockbox can reload it's kernely .ipod file, right? 02.11.00 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 02.11.16 # Yes. 02.11.27 # Which has nothing to do with teh bootloader, when it does that? 02.11.28 Quit jas6180_ (Remote closed the connection) 02.11.57 Quit stripwax (Read error: 104 (Connection reset by peer)) 02.12.09 # The problem is that the old loader2 doesn't initialise the second CPU core correctly when loading Rockbox - and there's nothing Rockbox can do about that later. 02.12.31 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.211.Dial1.Boston1.Level3.net) 02.12.47 # Ok, cheers 02.13.17 # Older versions of Rockbox didn't use the second core, so it didn't matter. New versions do (a little) 02.13.28 # Cool 02.13.33 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.14.18 Quit tvelocity (Remote closed the connection) 02.14.42 Quit jas6180_ (Remote closed the connection) 02.15.21 Join jas6180_ [0] (n=jas6180@dialup-4.156.9.211.Dial1.Boston1.Level3.net) 02.19.15 Quit MethoS-- (Read error: 110 (Connection timed out)) 02.27.54 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 02.29.50 # looks like the bootloader problem came about with r16259 - disabling the hardware in PP502x 02.30.25 # What bootloader problem? 02.31.51 # God, downloading 400KB files is painful 02.34.38 # linuxstb: the sansa bootloaders don't load the of any more 02.35.03 # I've tracked it down to that commit 02.35.34 # * linuxstb recalls asking if anyone had tested the bootloaders when that commit was made... 02.37.40 # the hardware should probably not be disabled in the bootloader. much better to do it when rockbox starts up 02.38.01 # or is that what it does already? I'm only just catching up with the changes now 02.38.14 Quit stripwax_ (Read error: 110 (Connection timed out)) 02.38.52 # Guh, now loader2 fails to load even the old rockbox 02.39.51 # barrywardell: that would explain my sansa problems... i installed rockbox svn on it the other day and cant get into the OF at all... 02.39.59 # Cillian: I can't remember if that's expected, but why would you want to load an old Rockbox? 02.40.40 # Since the new one doesn't work either 02.40.42 # :P 02.40.58 # JdGordon: reverting to r16258 makes everything work fine again. there's a lot of changes to look at it r16259 though 02.41.09 # Aha 02.41.23 # Looks like the new loader2 doesn't use 8.3 filesnames anymore - old one did 02.41.45 Join kugel [0] (n=kugel@unaffiliated/kugel) 02.45.47 Join MethoS-- [0] (n=clemens@dyndsl-085-016-162-250.ewe-ip-backbone.de) 02.45.56 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cd408e3b9b15814e) 02.46.07 # CJRL 89.5 Mix FM 02.46.07 # maps.google.ca 02.46.07 # 128 Main Street South 02.46.07 DBUG Sent KICK Beta2K to server 02.46.07 # Kenora, ON P9N 1S9 02.46.08 Kick (#rockbox Beta2K :No flooding!) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-37e745eea6f9c703 02.46.08 Join Beta2K [0] (n=Beta2K@cerberus.drazof.com) 02.46.16 # oooops 02.46.28 # I really need to make paste a different key 02.46.32 # Sorry all 02.46.45 # Oh, wow, new rockbox is *sexy* 02.46.50 # Awesome work :) 02.47.12 Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-c9d8d7760212ee4a) 02.47.20 Quit saratoga22 (Client Quit) 02.47.24 Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-17c7d676acbc8982) 02.48.43 Join saratoga2 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d634a51c83857a81) 02.49.04 # barrywardell: I've not been able to update my sansa bootloader to try your new patch 02.49.19 # sansapatcher always failed 02.49.25 Join confetti [0] (n=confetti@c-68-52-17-28.hsd1.ky.comcast.net) 02.49.33 # which patch? and what error did sansapatcher give? 02.49.49 # Just a quick question. Is rockbox anywhere near runnable on zune? 02.49.54 # no 02.50.14 # will it be? 02.50.22 # it wont be with no one working on it 02.50.30 # noone is? 02.50.43 # sad. :( I don't know how or I probably would be ;) 02.50.56 Quit saratoga ("CGI:IRC (Ping timeout)") 02.51.05 # no...no one currently is actively working on the zunbe 02.51.06 # Not that sad - there are 28 other devices Rockbox runs on, and more on the way... 02.51.58 # no, not sad as a whole. rockbox isn't sad. it is sad that zune doesn't support it :( 02.52.24 Quit saratoga22 ("CGI:IRC (Ping timeout)") 02.52.29 Quit confetti (Client Quit) 02.52.58 # barrywardell: unfortunately i don't have the sansa in front of me so i can't double check, but when I last tried it I got some unspecific error about short write faililng if I remember correctly 02.53.09 # i looked through the source but couldn't see anything obviously wrong 02.53.27 # and i was able to flash it once before to the rockbox bootloader 02.54.17 # i wouldn't have asked without it in front of me, but i haven't seen you online in a while 02.56.09 # saratoga2: which os were you using? 02.56.36 # saratoga2: and was that complied from svn? or the one on the download server? 02.56.38 # i compiled the bootloader under Linux, but ran sansapatcher (downloaded from the website) under windows 02.56.41 # Llorean: Why don't you want a reset list dimensions setting? There's a reset colours option. 02.58.44 # saratoga2: that was with the -bl flag? 02.58.54 # barrywardell: yes 02.59.19 # hmmm. I've never had that problem, but I never use windows so maybe that's a problem? 02.59.31 # i will find a linux box with USB tomorrow and try it there 02.59.41 # i just assumed it didn't matter 02.59.41 Quit MethoS- (Read error: 113 (No route to host)) 02.59.52 # great work on that patch though 03.00.03 # i never understood why it made the OF take 2x as long to boot the way it is now 03.00.04 # great. make sure to use a bl compiled before 16258 though 03.00.46 # are you looking into fixing that issue already? 03.01.02 # I think I've found the problem 03.01.32 *** Saving seen data "./dancer.seen" 03.01.38 # it's the usb init/detect in main-pp.c. removing it lets the of boot again! 03.01.40 # the USB thing? 03.01.44 # ah yeah! 03.01.48 # the OF turns it on by default 03.01.58 # so thats probably bad if it boots without it 03.02.19 Join csc` [0] (n=csc@archlinux/user/csc) 03.02.45 # yeah, I'll see if I can isolate it further 03.03.04 Join MethoS- [0] (n=clemens@dyndsl-085-016-162-069.ewe-ip-backbone.de) 03.06.32 # barrywardell: also, the power measurements taken for that patch were in part done on my sansa using the rockbox bootloader 03.06.47 # i didn't even think of it at the time, but i wonder if it makes a difference if I use the Sandisk one 03.07.51 Quit MethoS- (Remote closed the connection) 03.09.47 Join rdeleon580 [0] (n=rdeleon5@c-76-18-225-211.hsd1.fl.comcast.net) 03.09.51 Part rdeleon580 03.10.36 # saratoga2: it would be an interesting test to do if you have time some time 03.15.40 Quit fasmaie (Read error: 113 (No route to host)) 03.17.30 # I'm too tired to look at this further tonight. the problem gets fixed by removing the usb detection section in main-pp.c. I'll try to dig further tomorrow if nobody beats me to it. 03.19.25 Join Synx_hm [0] (n=Synx_hm@202.131.170.235.cmts4.guam.net) 03.19.53 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 03.19.58 Quit MethoS-- (Read error: 110 (Connection timed out)) 03.20.08 # Anyone having continued issues with rockbox on a 30gb IPOD video... over the course of an hour or two ill have to reboot my ipod 2 or 3 times from hardlocks, and sound issues 03.20.17 # that and my database keeps currupting 03.20.38 Quit barrywardell () 03.20.48 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.21.16 # Synx_hm: never heard of that, but i don't have an ipod 03.21.18 Quit saratoga2 ("CGI:IRC") 03.22.04 # ya i am not really sure whats going on, but it has been an ongoing problem :( And i have been updating to the latest build to see if that fix's it :( 03.24.07 # ive also had the misfortune of blowing out the firewire charging circuit on my ipod, so i can use all those nifty ipod battery packs, so i think it may be time to go back to stock firmware so i can get some more use out of this little guy 03.25.27 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.33.21 Quit Isolinear (Read error: 113 (No route to host)) 03.38.13 Join Shaid3 [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.40.16 Quit Shaid (Read error: 113 (No route to host)) 03.40.17 Nick Shaid3 is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.45.41 Quit |AhIoRoS| (Remote closed the connection) 03.47.22 Part pixelma 03.47.38 Quit Zarggg () 03.52.06 Join jas6180 [0] (n=jas6180@dialup-4.156.9.180.Dial1.Boston1.Level3.net) 03.53.18 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 03.53.24 Join Shaid3 [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.55.27 Quit MobileShaid (Read error: 113 (No route to host)) 04.03.35 Quit Cillian (Read error: 113 (No route to host)) 04.07.52 Join miepchen^schlaf_ [0] (n=miepchen@p54BF564A.dip.t-dialin.net) 04.11.18 Quit Shaid (Read error: 113 (No route to host)) 04.11.19 Nick Shaid3 is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 04.12.46 Quit jas6180_ (Read error: 110 (Connection timed out)) 04.13.42 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 04.14.18 Part Synx_hm 04.14.22 Quit midgey () 04.14.30 # JdGordon: ping 04.14.54 # pong 04.15.06 # Hey there. Any news on the WRS front? 04.15.23 # no, that got pushed to the side im afraid 04.15.32 # actually, totally forgot about it untill jkust now :p 04.15.49 # * Davide-NYC falls off of his chair 04.16.12 # I've been making a concerted effort to leave you alone about it. 04.16.17 # :) 04.16.19 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 04.16.22 # hehe 04.17.12 # arg.. this is odd... I'm sure there was a theme problem with this patch last night.. seems to work fine now 04.17.25 # * JdGordon fucking retarted moron 04.17.31 # lOL 04.17.32 # forgot to repatch my tree :p 04.18.12 # If you get back to working on the recording screens and could use a minion to test and/or do other small tasks let me know. 04.18.36 # I'm willing to patch 'n' test on the targets available to me. 04.19.03 # :) 04.19.23 # i tihnk the rec code need more splitting up like was mentioned in the thread before a proper effort can be done 04.20.23 # oh yeah, I forgot about that and that's probably why you forgot about the rewrite. 04.20.29 # jhMikeS: ping 04.20.35 # * Davide-NYC ducks 04.22.23 # general question: to run a text file like a batch file in cygwin what do I do:? 04.22.54 # just do ./example.sh 04.22.55 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.23.05 # thanks 04.23.15 # and if it tells you permission denied, chmod u+x example.sh first 04.26.19 # Bad line endings! Saved as unix filetype and viola! 04.28.33 Join Jayden|AWAY [0] (n=Jayden@ppp-69-233-140-194.dsl.irvnca.pacbell.net) 04.28.43 # Anyone here using foobar2000 with a rockboxed iPod? 04.30.21 # Fruitless 04.32.13 Join Fuxxer [0] (n=45e98cc2@gateway/web/cgi-irc/labb.contactor.se/x-3b1faaf3d702b5ad) 04.32.50 Join the_bdquick [0] (n=bdquick@HXLY-AFC1P1-126190.huxcomm.net) 04.32.55 # Jayden|AWAY, people might not always be around to answer right away. however, that question is offtopic, most likely, as no rockbox code is running when you'd be syncing with foobar 04.33.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 04.34.34 # Ok sorry, then how can I copy over FLAC files? 04.34.45 Quit Fuxxer (Client Quit) 04.34.50 Join Fuxxer [0] (n=45e98cc2@gateway/web/cgi-irc/labb.contactor.se/x-7f209bb0642e30e7) 04.34.59 # the same way you copy over other kinds of files, most likely 04.35.02 Quit Fuxxer (Client Quit) 04.35.24 # Without it being in disk mode... 04.36.15 # why would it not be in disk mode? 04.36.32 # your computer will not even see it if you are not in disk mode... 04.37.19 # Nvm. I phrased the question poorly. I found my answer on a forum, discussing how to take it out of MTP 04.37.22 Part Jayden|AWAY 04.38.12 # ipods dont have MTP 04.38.17 Quit argumentD (Read error: 113 (No route to host)) 04.39.50 Quit Thundercloud (Read error: 110 (Connection timed out)) 04.44.16 # is the delta table broken? 04.44.34 # groan, very red :p 04.47.55 Quit jas6180 (Remote closed the connection) 04.48.09 Join jas6180 [0] (n=jas6180@dialup-4.156.9.180.Dial1.Boston1.Level3.net) 04.51.25 Join elinenbe_ [0] (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) 04.52.08 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.52.08 Nick elinenbe_ is now known as elinenbe (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) 04.52.20 Quit XavierGr (Read error: 110 (Connection timed out)) 04.53.57 Quit Davide-NYC (heinlein.freenode.net irc.freenode.net) 04.53.57 NSplit heinlein.freenode.net irc.freenode.net 04.53.57 Quit simonrvn (heinlein.freenode.net irc.freenode.net) 04.53.57 Quit Llorean (heinlein.freenode.net irc.freenode.net) 04.53.57 Quit HellDragon (heinlein.freenode.net irc.freenode.net) 04.53.57 Quit crashmatrix (heinlein.freenode.net irc.freenode.net) 04.53.57 Quit Rick (heinlein.freenode.net irc.freenode.net) 04.53.57 Quit ChanServ (heinlein.freenode.net irc.freenode.net) 04.55.14 Quit jas6180 (Remote closed the connection) 04.55.37 NHeal heinlein.freenode.net irc.freenode.net 04.55.37 NJoin ChanServ [0] (ChanServ@services.) 04.55.37 Join Garbanian [0] (n=ohnoesit@cpe-24-33-66-146.cinci.res.rr.com) 04.55.37 NJoin simonrvn [0] (i=simon@unaffiliated/simonrvn) 04.55.37 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 04.55.37 NJoin HellDragon [0] (i=jd@unaffiliated/helldragon) 04.55.37 NJoin crashmatrix [0] (n=crashmat@s5590785f.adsl.wanadoo.nl) 04.55.37 Join Rick [0] (i=rick@unaffiliated/rick) 04.55.37 Mode "#rockbox +o ChanServ " by irc.freenode.net 04.55.39 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 04.55.39 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 04.55.43 Quit ze (Read error: 104 (Connection reset by peer)) 04.55.46 Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 04.55.46 # anyone alive? 04.56.24 Quit joshin (Read error: 104 (Connection reset by peer)) 04.56.27 Mode "#rockbox -o logbot " by ChanServ (ChanServ@services.) 04.56.39 # Hello. 04.57.18 # Hello 04.57.28 # whats up? 04.57.46 # The social channel is #rockbox-community 04.58.05 # >_> 04.58.09 # And this one is? 04.58.16 # Official, serious business. 04.58.28 # As in Dxxx 04.58.52 # As in, programming talk, and tech support of Rockbox. 04.58.59 # cause all im doing is looking for some help. Rofl. 04.59.07 # Yeah then this is the place. 04.59.12 # then ask a question,, 04.59.12 # *phews* 04.59.21 # story time. 04.59.33 # I installed it as the site said, put the text ect in. 04.59.39 # And it looked right. 04.59.46 # it = rockbox? 04.59.48 # "the text"? 05.00.05 # Ththe text file that came with it, basically the same thing as the main file. 05.00.10 # The* 05.00.18 # yea BHSPitMonkey 05.00.19 # >_> 05.00.21 # anywho 05.00.28 # i rebooted and it looked retarded. 05.00.34 # Like...blank >_< 05.00.39 Join joshin [0] (n=joshin@VDSL-130-13-252-76.PHNX.QWEST.NET) 05.00.42 # So i uninstalled as the guide said 05.01.00 # it reverted to the original iTunes, and attempted a redownload/install 05.01.09 # and im still getting the weird theme thing 05.01.19 Quit piga ("Leaving") 05.01.25 # a few things: 05.01.35 *** Saving seen data "./dancer.seen" 05.02.02 # first off...please write you complete thoughts...it is much harder to read when you have 7 different lines in a row 05.02.26 # Sorry >_> 05.02.36 # secondly...please try and explain things in greater detail and referencing what actually happens instead of "the weird thing 05.02.44 # thirdly, which guide are you referring to? 05.04.33 # Okay....Well i downloaded the 30 gig rockbox, from the site. Unzipped it to the desktop, and went to the guide at http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-build.html which i follwed the manual install. I copied and pasted the .rockbox to the drive in which my iPod is located. Then copied the voices to the iPod and then executed the bootloader. I rebooted the iPod, and rockbox- 05.05.42 # it got cut off at "the iPod, and rockbox-", but thanks a bunch for writing it out :) 05.06.17 # loaded fine. The skin for the ipod looked amazing. Then i got the songs in there, it told me to reboot again to do something (not sure), so i did, and when this happened the skin went to like...(ill take a pick just read your comment, i put the - to continue it) a skin that...basically shouldnt be there. 05.07.01 # what did this "skin" look like?...as in what made it stand out? 05.07.13 # im taking a pic now 05.07.22 # ah...alright 05.07.26 # cause even reinstalling wont get it back to the rockbox original 05.07.55 # and changing the theme in the settings doesnt work either? 05.08.03 # Dunno...? 05.08.20 # Lemme take a pic of all the themes then 05.09.14 # Garbanian: first, could you shut the ipod off, turn it on, and then flip the hold switch on while it boots? 05.09.58 # scorche: maybe expand a little on that, since that could get you into the Apple firmware, or Rockbox with cleared settings. 05.10.53 # Depending on when you flick the switch. 05.10.58 # saving them now 05.11.43 Part the_bdquick ("Leaving") 05.12.06 # Yay slow interwebz 05.13.22 # oh snapp these are the big files from the cam 05.13.24 # 0_0 05.14.18 # Garbanian, please, this is an on-topic channel. take non-rockbox chatter elsewhere. 05.15.34 # I am here for help 05.15.44 Join AJG983 [0] (n=209594fd@gateway/web/cgi-irc/labb.contactor.se/x-8674fa628f8eb220) 05.15.51 # they've been helping me, i just said that as an update for why it was taking so long. 05.15.59 # Yes, but unnecessary chatter clogs the logs (this channel is logged). 05.16.58 # Well either way, i found an alternate way, ssed the pics, all them basically look the same, but 1 is yellow, not white. 05.17.21 # http://s132.photobucket.com/albums/q38/blahblahblah111blah/?action=view¤t=4-2.jpg http://s132.photobucket.com/albums/q38/blahblahblah111blah/?action=view¤t=3-2.jpg http://s132.photobucket.com/albums/q38/blahblahblah111blah/?action=view¤t=2-2.jpg http://s132.photobucket.com/albums/q38/blahblahblah111blah/?action=view¤t=1-1.jpg 05.17.32 # If I am running rockbox on a sansa e260 and i go to plug it in via usb to my pc while playing a song to charge the battery, is it supposed to turn off and just have the wheel light up blue while the screen remains black? I thought it was possible to plug the player in while running rockbox and not have it automatically power off. 05.19.00 # Garbanian: does the theme change when you click on the items under browse themes? 05.19.07 # Garbanian: select cabbiev2 as theme, it's the default 05.19.23 # each one of those is a diff theme, only 1 changes color, to yellow, but that didnt save 05.20.22 # anyone? 05.20.59 # Garbanian: could you try as i said before? with the hold button? 05.21.33 # turn it on like hold the play pause button, or hold menu + select? 05.21.43 # scorche: you didn't say _when_ to flick the hold switch on. flicking it on at different times will get you either into the Apple firmware, or cleared settings in Rockbox. 05.22.10 # cool_walking_: i am well aware, but it is simple to say "try it again a bit later" 05.22.49 # Garbanian: turn it off by holding play/pause; turn it on; flick the hold switch on 05.23.20 Quit AJG983 ("CGI:IRC (EOF)") 05.24.01 # I got to the normal iTunes look 05.25.20 # ok...then reset with holding menu and select, and then turn it on again a bit later...right when you see the rockbox name if you can 05.25.55 # should it say cleared? 05.26.03 # yes 05.26.26 # then i think i win, should i just boot it up as normal? 05.26.37 # yes 05.26.52 # do you get the "regular look" again? 05.26.56 # ooo hey!!! its sexy! 05.28.02 # Thank you scorche!!!!<3 05.28.38 # thanks for following instructions :) 05.29.09 # Lol, i take it that doesnt happen ofter? 05.29.12 # often* 05.29.23 # Well....gtg actuall...getting yelled at 05.29.26 Quit Garbanian () 05.30.13 Join Prikoki [0] (n=Oleg@ns.magniro.ru) 05.30.47 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 05.33.47 Quit Zom (Remote closed the connection) 05.33.58 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 05.35.23 Part Prikoki 05.40.34 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 05.46.39 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 05.47.19 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 05.52.09 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 05.54.27 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 05.56.10 Join JordanG [0] (n=JordanG@69.43.65.27) 05.56.16 Quit JordanG (Remote closed the connection) 05.56.56 Join JordanG [0] (n=JordanG@69.43.65.27) 06.29.07 Quit amiconn (Nick collision from services.) 06.29.13 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 06.36.52 Join Par[4] [0] (n=Par_4_@212.117.141.150) 06.37.19 # hi 06.37.46 # what version of rockbos shoud i use if i have ipod classic 160? 06.37.56 # none of them 06.38.01 # :\ 06.38.33 # thers no vesrion for the 160? 06.38.45 # correct...as it says on the front page 06.39.00 # 10x. 06.39.38 Quit Par[4] (Client Quit) 06.42.04 Join hwguru [0] (n=442830a6@gateway/web/cgi-irc/labb.contactor.se/x-9e273c9818a7ea07) 06.44.08 Quit hwguru (Client Quit) 06.45.45 Quit axionix (Read error: 110 (Connection timed out)) 07.01.37 *** Saving seen data "./dancer.seen" 07.02.13 Quit JordanG (" I love my HydraIRC -> http://www.hydrairc.com <-") 07.06.09 Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF564A.dip.t-dialin.net) 07.14.18 Quit midgey () 07.18.21 Join mrjenkins [0] (n=765a72ef@gateway/web/cgi-irc/labb.contactor.se/x-26adc07d36ad562c) 07.22.06 # I can now confirm that RockboxUtility works successfully on Windows Vista x64 and Windows Server 2008 x64 if thats useful 07.26.37 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.29.57 Quit mrjenkins ("CGI:IRC") 07.32.31 Quit miepchen^schlaf () 07.33.28 Quit EspeonEefi ("さよなら") 07.45.44 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 07.50.23 # so much of the list vp patch do we eventually want? 07.51.38 # I mean, we can now reallly easily setup the menus and browsers to sit in an arbitary spot... bars arnt ready yet though 07.51.53 # Like, the scroll bar, or do you mean like the button bar? 07.52.33 # status/button bars 07.53.01 # Well... 07.53.17 # linuxstb is working on a solution for the status bar, I think. 07.53.18 Join Phreadde [0] (n=ca242d01@gateway/web/cgi-irc/labb.contactor.se/x-57b146663f732c3f) 07.53.40 # true 07.53.47 # But honestly, I don't mind if they're locked in place for now, while the list itself is movable. 07.54.09 # Users who want to use up a lot of the screen with backdrops will turn off the status bar (or incorporate it), and will be on a non-button-bar target anyway 07.54.28 # yeah 07.55.38 # * JdGordon would rather a statusbar "wps" seperate from the wps "wps" than a single .wps for both 07.55.48 # Why? 07.56.01 # fix up the parser to handle that, then making the fm wpsable should be simple 07.56.29 Quit Shaid (Read error: 110 (Connection timed out)) 07.57.30 # I've recently registered on the Twiki and need to be write-enabled so I can upload a modified WgtnNZ.fmr file 07.58.26 # my id is PeterDawson, btw 08.00.46 # done 08.02.01 # JdGordon: Yeah, but ignoring that, is there a reason against linuxstb's method? I really like the fact that it means you can incorporate playback elements into the List (though it's still lacking for conditional viewports) 08.02.47 # no, that screeny I saw looked great 08.03.25 # its gonna be a fairly big ram hit though (doing it the way id rather) 08.04.21 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.04.41 # I mean I'd want a "status bar" up top, and a "playback status" at the bottom, which disappears and returns the space to the list if playback is stopped. But that's just me and how I'd design my list viewports, and illustrates a couple extra features it'd need to have to meet my "ideal" 08.04.47 # jhMikeS: have you got any plans for radio.c? seems you were the last to fiddle in it (with a big TODO added...) 08.05.09 # oh, you want both? that would be good too 08.05.28 # Up top would display "Time, Date, Battery, Volume" and maybe other things. 08.05.46 # At the bottom would be "Now Playing" alternating between Artist and Title and "Playlist Position" 08.06.00 # Then the Now Playing stuff would be conditional, if playback was stopped no need to display "Nothing" 08.09.21 # * JdGordon wonders why swcodec doesnt have peakmeters on the fm screen 08.12.51 # JdGordon: Thanks - I've confirmed success with a new browser session. 08.17.36 # JdGordon: I would guess because nobody's bothered? In playback, it tells you if you're clipping (something you can fix), in Recording, it tells you if you're clipping (something you can fix). In FM, it tells you the station operators are clueless (not much you can do about it). 08.18.13 # has anyone complained about further breakage to the playback on ipods (g5.5 specifically) sometime between late last week and now ? 08.18.32 # GodEater: What kind of breakage? 08.18.54 # Llorean: hehe, well i was more asking because the screen is boooring 08.19.04 # JdGordon: VERY boring, yes. 08.19.08 # like it was for a while after the spinlock change went in originally 08.19.18 # i.e. lots of cutting out when you first turn on 08.19.27 # GodEater: Does it go away, though, and never come back? 08.19.33 # only now, it does that on every folder change, not just while dircache 08.19.38 # Hmm, I've not seen that on my targets recently. I did before. 08.19.41 # +is building 08.19.56 # Llorean: not really no 08.19.57 Quit Phreadde ("CGI:IRC (EOF)") 08.19.59 # So, not directly disk access related? 08.20.15 # i.e. once dircache has built, folder changes should need disk access... 08.20.25 # GodEater: jhMikeS made a recentish change on how priority is assigned for playback, which made my UI more responsive on my Sansa (and suggests then that playback gets less juice) 08.20.26 # yes 08.20.27 # s/should/shouldn't 08.20.43 # Llorean: I wondered if that might be the change that did it 08.20.54 # unfortunately I no longer have svn access from work 08.21.02 # so I can't test a build immediately prior 08.21.11 # That *is* unfortunate. 08.21.26 # I can make a build for you, if you want. 08.21.31 # It does sound kinda odd though, if it's happening even when dircache is built, etc. 08.21.56 # pondlife: I'd be happy to test if you did 08.22.25 # Give me a while to test/revert some stuff, should have a build by 9am 08.22.33 # no problem 08.22.42 # 80GB? 08.22.49 # yup 08.27.31 # JdGordon: That's rather obvious. Swcodec doesn't record from the fm screen, hence can't have peakmeters in that screen. In order to show peakmeters, you need to record the data 08.27.52 # arnt they tied to line out? 08.28.00 # like the wps.... 08.28.20 # There is no CPU visible line out data with fm 08.28.32 # ah 08.28.34 # righto 08.28.45 # The fm radio signal is just mixed into the analog signal path 08.28.59 Join Rob2222 [0] (n=Miranda@p4FDCFD56.dip.t-dialin.net) 08.29.03 # * GodEater discovers the "Introduce yourself" mentors thread in his inbox, and wonders how long it will take to read. 08.29.19 # The archoses with radio (fm recorder and Ondio fm) put the MAS into recording mode as soon as the fm screen is enetred 08.31.54 # So if you also have prerecording enabled, you can always record your favourite songs. The drawback is that the MAS sucks more battery power this way, so if you really just want to listen to the radio, battery runtime is shorter than it could be 08.32.42 Quit BigBambi (Remote closed the connection) 08.32.52 # I will change that eventually, so that recording is only enabled in the fm screen if prerecording is enabled (maybe with a separate "prerecord fm" setting?) 08.34.12 # We can even save more battery power on archos this way. While the MAS is a single chip, its components can be switched on and off separately, and for fm radio, we only need the audiocodec. The dsp core can be switched off 08.38.15 # JdGordon: Btw, should your (red-delta-) commit fix the button bar problem? 08.42.12 # JdGordon: I don't even remember what the TODO: was 08.44.56 Quit cool_walking_ (Remote closed the connection) 08.46.56 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.49.16 # JdGordon: Now the button bar is even more broken :( The menu still reserves the space for the button bar even when it's disabled, and the browser has lost its button bar completely... 08.50.06 # GodEater: I did have someone test the mutex after a small but deep bug was corrected an the overall buffering speed was just as good as the rollback but it was mentioned that initial playback could break up. I think any real fix has to be at the buffering level. 08.50.49 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.51.22 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.52.22 # jhMikeS: yep - I saw your note on the commit 08.52.24 # JdGordon: Ah yes, moving the basic tuner control out of the GUI 08.54.28 Join Mauritz [0] (n=HenrikJo@ip72-211-194-66.oc.oc.cox.net) 08.54.55 # * jhMikeS thinks the buffering chunk should go back to 32KB since the codec dominates too much with it yielding less in dsp.c 08.56.17 # Anybody else seeing a complete lockup the moment you start playing any music on an IPod (Both my 5.5G 80GB and my Nano have the same problem). This started happening when I updated from Subversion today (Yesterday the build was fine). 08.56.58 # I need to do a full reset to get out of it. 08.57.19 # Did you do a full rebuild? jhMikeS' commit of yesterday seems to require that 08.57.39 # * amiconn got an IllInstr yesterday when forgetting to do that for X5 08.57.56 # Oh, ok. No I didn't I just did a make. Thanks for the tip. I'll get back to you after I've tried it. 08.58.00 # * jhMikeS updated the codec api version so why's it not just failing? 08.59.39 Quit GodEater (Remote closed the connection) 09.00.20 # jhMikeS: maybe it is failing, with a "Codec failure", but if the playlist is wrong, it could take a while to fail on each track 09.00.29 # s/wrong/long/ 09.01.04 # just a guess 09.01.41 *** Saving seen data "./dancer.seen" 09.02.46 # jhMikeS: did you have plans to do it soonish? 09.03.13 # I think the particular rearrangement of variables might have actually made it impossible to get to the point where it can figure that out. 09.03.45 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 09.04.54 # JdGordon: I hadn't thought about it. Is it critical to something? It's pretty much just a "paste it in another file" kind of thing. 09.05.32 # I was looking for something to do and thought about fixing up the fm screen and saw it 09.12.32 Join petur [50] (n=petur@rockbox/developer/petur) 09.13.48 # ah crap... /me thinks a line got commited which shouldnt have 09.14.19 # hmm... maybe not 09.16.42 # LinusN: I observed a weird effect regarding the iaudio LCD remote. 09.16.49 # oh? 09.17.28 # When I pull my M3 remote from the M3 while music is playing, and the plug it back in, everything works like it should (both in rockbox and the OF) 09.18.19 # But when I use the X5 remote (which should be electrically identical) on my M3, the M3 powers off immediately when I plug it back in 09.18.47 # When the X5 remote is plugged from the start, everything is okay. That also happens both in rockbox and the M3 OF. 09.18.56 # amiconn: do _any_ lists not have the button bar? 09.19.00 # On the X5, I can use either remote without such effects 09.20.02 # a slight difference in connector shape? 09.20.04 # JdGordon: Iirc the debug menu didn't have a button bar. It could as well have one, but then the button labels would need to be adjusted of course 09.20.39 # amiconn: interesting indeed 09.21.18 # The button bar labels are something that needs rework anyway. The labels should reflect what the buttons actually do (that's what they are for), but somethimes they don't 09.21.56 # I think this is because there aren't many devs with a soft-button target nowadays :/ 09.22.40 # jhMikeS: The remote connectors are exactly the same among M3, M5 and X5 09.23.02 # maybe the soft-button concept will come back with touch-screen devices... 09.23.10 # * amiconn didn't test re-plug behaviour on M5 yet 09.23.21 # petur: That might in fact be a good idea... 09.23.46 # Doesn't the mr500 have a touch screen? 09.23.54 # iirc, it does 09.24.34 # it does.. but it wont while its in this broken state :D 09.25.07 Join n1s [0] (n=nils@nl104-208-176.student.uu.se) 09.25.30 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.26.06 # JdGordon: Also, it would probably be good to not show a button bar when calling the menu code from plugins. We could do that, but then plugin authors would need to specify the correct button labels 09.26.17 # Btw, has anybody done any work on getting remotes for IPod:s to work? Anyone have any tip on where I should start looking if I'm interested in it? 09.27.22 # amiconn: they can, i added that in the commit 09.27.30 # although its hide/show both bars... 09.32.21 Join quitte [0] (n=quitte@stgt-d9bead4a.pool.mediaWays.net) 09.33.51 # Mauritz: LinusN has posted a patch in the tracker with initial (far from complete) support for the accessory protocol 09.35.03 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.35.05 # n1s: Awesome. I'll check it out and see if I can help out. 09.35.28 # amiconn: Your tip about the rebuild worked (At least for the 5.5G one). Thanks! 09.37.15 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-96-4.w86-218.abo.wanadoo.fr) 09.47.48 Join DerDome [0] (n=DerDome@dslb-082-083-198-154.pools.arcor-ip.net) 09.53.22 Quit rasher (Read error: 60 (Operation timed out)) 09.55.07 # almost fixed completly... (well mostly :p ) just gotta get the damn menu to resize when the bb is en/disabled 09.55.14 # morning. is someone here working on the zvm port? the forum thread is giving me a headache. where do i find the zenutils? 09.55.33 Part Mauritz 09.56.41 Join B4gder [0] (n=daniel@triton.contactor.se) 10.01.28 # * pondlife wants the Cowan D2 to be his touchscreen target. 10.02.48 # na, its too small 10.07.17 # hmmm iriver created another player with line-in: E100 10.08.45 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 10.14.22 Quit DerDome (Read error: 110 (Connection timed out)) 10.16.01 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 10.16.37 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.16.38 # interesting firmware site: http://nyaochi.sakura.ne.jp/iriverupdate/ 10.17.05 # does anyone know why the dircache thread screen on my ipod is no longer updating in real time ? 10.21.26 # The tarballs seem to be broken more often than not... :/ 10.21.47 # Could the tarball building process just be automated straight off SVN? 10.22.01 # i.e. no reliance on FILES 10.22.05 # yeps, there doesn't seem to be a nice way to automate the FILES thingy... 10.22.38 # pondlife: I think the idea is to not be dependent on svn, i don't understand why we need that though... 10.23.14 # and adding too wide wildcards defeats the purpose too (as with the current app.lds files issue) 10.23.15 # Seems like we are going to be dependent on the master source control system anyway. 10.23.41 Quit Mathiasdm ("Yuuw!") 10.23.44 Quit sneakums ("There shouldn't be this reign of silence, but what are the options when someone great is gone?") 10.23.48 # yeps, we should probably just make it suck everying that isn't .svn into a tarball 10.24.34 # * n1s didn't see LinusN's commit :) 10.25.56 # Bagder: a 'hex' file starting with 11 22 33 44 55 66 77 88 99 AA BB CC DD EE FF ring any bell? 10.26.17 # it is probably some kind of an archive 10.26.26 # not really, but it looks like a magic marker 10.26.35 # yeah ;) 10.26.40 Join Mathiasdm [0] (n=Mathias@vpnc031.ugent.be) 10.26.47 # its missing 00! 10.27.17 # * petur has a quick look at the E100 firmware upgrade file 10.27.42 # it's probably a custom magic way to identify their file format 10.28.21 # I was hoping it really was some standard archive format - maybe they just changed the marker 10.29.00 # * B4gder goes to check 10.30.00 Join sneakums [0] (i=sneakums@jenny.ondioline.org) 10.30.15 # huge! 10.30.20 # 22MB 10.31.08 # 16791 has definitely rendered my ipod a pain in the ass to use again 10.32.09 # petur: it certainly looks scrambled or compressed 10.32.20 # yes, no strings at all 10.33.43 # and the hex file didn't compress much in the zip, meaning it has almost no long sequences of similarities 10.33.58 # which a hexdump also shows 10.34.02 Quit Mathiasdm ("Yuuw!") 10.34.13 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 10.34.52 # file size at offet 0x10, little endian 10.34.55 # offset 10.35.28 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 10.36.53 # indeed... 10.39.00 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.39.30 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 10.39.43 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.40.18 # * petur swears at the gsoc mentor list introduction thread 10.42.03 Quit ChanServ (Shutting Down) 10.42.29 # petur: what's wrong with it? 10.42.34 # * GodEater has muted it already ;) 10.42.43 # markun: it's enormous ? 10.42.44 # too many mails? 10.43.07 # petur: you getting it to a gmail address, or elsewhere ? 10.43.33 Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) 10.43.35 Join ChanServ [0] (ChanServ@services.) 10.43.35 Mode "#rockbox +o ChanServ " by irc.freenode.net 10.43.35 # gmail and then forwarded 10.43.51 # I just set a filter in gmail for it to skip the inbox and go straight to being archived. 10.44.05 # Llorean: you mean "mute", but more complicated. 10.44.28 # and won't wake it up again in the (unlikely) event you got addressed directly in it 10.44.28 # hey gevaerts, should the "reconnect usb mode" debug option be in the svn builds? 10.44.30 # * gevaerts doesn't use gmail at all, and quickly set up a procmail filter this morning 10.45.06 # GodEater: I don't want someone mentioning me on it, then waking up in the morning to find my phone is freaking out again because it has over 400 emails on it. 10.45.15 # JdGordon: probably not. I'll remove it some time today (I guess the "keep out" label is enough to make this non-urgent) 10.45.16 # At about the 480 mark, my mobile email client starts giving up, I think 10.46.16 # I don't think I've ever tried a thread that large on the gmail mobile client - so no idea how well my phone would cope. 10.46.55 # * gevaerts wonders if he's the only one who noticed that gsoc _doesn't_ require a gmail account 10.48.24 # I don't use anything other than my gmail account these days 10.48.31 # so I wouldn't have noticed/cared 10.48.52 # * JdGordon too 10.49.01 # * JdGordon also not getting any gsoc emails 10.54.14 Quit scorche (Read error: 104 (Connection reset by peer)) 10.54.50 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 10.57.50 # 75 UKP shipping for a 13 UKP device is a bit too much... 10.58.01 # (that sansa c240 deal) 10.58.12 # Whoa 10.58.24 # B4gder: Where was that? 10.58.37 # pondlife: FS 8807 10.58.38 # http://www.bigpockets.co.uk/product.php?product=SANDISK056 10.58.39 # group buy to make it worth while? 10.58.46 Join ze0 [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 10.59.06 Quit ze (Read error: 104 (Connection reset by peer)) 10.59.11 Nick ze0 is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) 10.59.15 # it's just the Swedish shipping that seems absurdely expensive from there 10.59.25 Join kbblak [0] (n=michael@frnk-590ebcf5.pool.einsundeins.de) 10.59.26 # I could post it to you? 10.59.40 # UK shipping is £3.29 10.59.53 # * gevaerts notes that their sales still seem slow, and now really considers to offer them 100 or 200 euro for the lot 11.00.14 # Do the C200's have a v2 ? 11.00.21 # yes 11.00.32 # So that's not a guaranteed target? 11.00.33 # gevaerts: in the hope one of them is a v2? 11.00.39 Quit cbr|w (Read error: 104 (Connection reset by peer)) 11.00.46 # linuxstb just said the one he got from there was a v1 11.00.47 # JdGordon: no. To build a huge Tower of Rockbox 11.00.51 # :) 11.01.04 # you wont beat the seattle one.. no matter how hard you try! 11.01.18 # * Llorean is slowly collecting to make the champion tower on his own. :-P 11.01.19 # * gevaerts tries to find it 11.01.43 *** Saving seen data "./dancer.seen" 11.01.43 # £9.99 for a C240 without radio! 11.01.53 Join cbr|w [0] (n=cbr@212.98.160.130) 11.01.57 # That's worth a punt. 11.02.22 # JdGordon: If I have 250 c200's I'll beat it easily :) 11.02.48 # na, mp3 players are useless stackers 11.03.03 # JdGordon: Gigabeat Fs stack really well. 11.03.08 # stupid rounded edges 11.03.12 # No protrusions, so you can just use 'em like bricks. 11.03.14 # and protruding buttons 11.03.54 # Are audio cables allowed in the structure ? 11.04.15 # I don't see why not 11.04.18 # * Llorean would imagine "only what the device came with" as a fair restriction 11.04.33 # that would include docks then 11.05.10 # There is a Tower on the wiki that uses docks 11.05.24 # people do anything to cheat! 11.05.27 # :-) 11.05.47 # I would claim a clean tower to be nothing but main players, no remote, no cables, no cradles 11.06.06 # I want two towers, and an audio-cable suspension bridge between them 11.06.14 # hahaha 11.06.16 # remotes and docks are fine 11.06.18 # now *thats* ambition 11.06.30 Part kbblak 11.06.57 # * Llorean is sad that the Tango-style icons don't cover all the Rockbox targets. 11.06.58 # gevaerts: if you can suspend a dap on the cable as the bridge then that would be freeking sweet 11.07.28 # I was just thinking of adding them as icons in the forums, so people could put a very tiny picture of their player in their signature. 11.07.35 # * Llorean *tries* to do something friendly every now and then.l 11.07.41 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 11.07.49 # please dont 11.07.54 # pics in sigs are painful 11.08.11 # * GodEater recommends elinks to JdGordon 11.08.30 # JdGordon: 16x16 icons aren't exactly *bad* :-P 11.09.45 # oh, that small is fine 11.10.10 # remotes/docks/accessories can only be used it they are fully supported by Rockbox... 11.10.27 # (which is trivial on many of them) 11.10.42 # we should get rockbox to a DVD player soon, *that* will make the most awesome towers! 11.10.43 # except plenty of towers have then unsupported targets 11.10.48 # or unfisninhed targets 11.11.05 # JdGordon: Yeah, nothing big at all. 16x16 or maybe 24x24, but they'd be quite tiny, and no larger than the "smilies" currently used. 11.11.55 # does anyone know what DEV_USB0 really is? that seems to be what's preventing the current sansa bootloader from loading the OF 11.18.45 # * gevaerts only knows that it needs to be set for usb to work 11.21.23 # specifically, unsetting it causes the of to not load 11.23.28 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 11.27.18 # id3.c is compiled when building a bootloader. Should it? 11.28.20 # for the startup sound 11.30.33 # * markun would like to make a copy of firmware/id3.c to apps/metadata and use that one for swcodec targets 11.30.55 # and add support for itunes gapless 11.36.35 # grrr. the H10 bootloader isn't loading the OF any more either. It's not the same problem as with the e200 though 11.40.19 Quit leox (Read error: 110 (Connection timed out)) 11.40.25 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 11.42.22 Join Shaid [0] (n=adam@124-168-30-235.dyn.iinet.net.au) 11.43.20 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 11.45.05 Join webguest71 [0] (n=535b52f2@gateway/web/cgi-irc/labb.contactor.se/x-dcea5f60dfa2e9b5) 11.45.10 Join MartinR [0] (n=5848d651@gateway/web/cgi-irc/labb.contactor.se/x-1e4b06996059cc6e) 11.45.54 Quit MartinR (Client Quit) 11.46.17 # markun: Duplication is bad... 11.47.11 # markun: Does the fact that id3.c is in firmware prevent you doing itunes gapless? 11.52.01 Quit barrywardell () 11.52.09 # * preglow blinks at the new mod player patch 11.55.44 # * amiconn wonders what itunes gapless is 11.57.31 # Just some metadata itunes writes to files, similar to the Lame header IIUC 11.58.05 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 11.58.06 # linuxstb_: the format of the id3 tag is basically the same as the one used in itunes aac files and I don't want to duplicate or move that code to system. 11.58.50 # amiconn: itunes stores the exact length of the audio file in a tag, just like lame 11.59.09 # But a different tag? 11.59.09 # oops, that's what linuxstb_ wrote 11.59.12 # yes 11.59.29 # has the samsung t10 come under anyones radar? 11.59.41 # markun: I know it's not ideal, but I think moving those functions to id3.c is cleaner than duplicating the file. 12.00.03 # can't the hwcodec targets use apps/metatada/id3.c? 12.00.18 # Unless you want to attempt to move the hwcodec engine into apps/ - which I attempted to do once, and think it's feasible... 12.00.38 # sounds like a better option 12.00.41 # * pondlife does a little unification jig. 12.00.43 Join Shaid3 [0] (n=adam@124-168-30-235.dyn.iinet.net.au) 12.00.49 # linuxstb_: what made you stop? 12.01.03 # I got stuck... I emailed the dev list for some help, but I don't think anyone replied. 12.02.14 # * amiconn would rather keep the current hwcodec engine where it is 12.02.18 # JdGordon: it uses a telechips soc? 12.02.27 # amiconn: why? 12.02.50 # the reason id3.c is in firmware is because mpeg.c needs it right? well.. as a quick hack to move it, couldnt apps set the required function pointers to get around the firware->apps problem? 12.03.02 # markun: Here is my email - http://www.rockbox.org/mail/archive/rockbox-dev-archive-2006-02/0077.shtml 12.03.08 # markun: does it? trying to find out... might get one if its a possibile target 12.04.22 Join MethoS [0] (n=clemens@host-091-096-213-233.ewe-ip-backbone.de) 12.04.30 # markun: Note that I said *current*. When you look at mpeg.c, you'll see that it's tied to the hardware, i.e. it is firmware code 12.04.50 # JdGordon: maybe not. I just googled a bit and found this post, but didn't read it carefully: http://forums.rockbox.org/index.php?topic=15267.msg114192 12.04.54 # The proper solution would be to attempt engine unification - which requires new code at the firmware layer 12.05.08 # Also note that mpeg.c handles *both* playback and recording 12.05.57 # amiconn: But you can equally argue that the id3 code belongs in apps... IMO a better compromise would be to have some MAS-specific code (if it has to be) in apps/, rather than id3 metadata parsing in firmware/. 12.06.25 # JdGordon: yes, it's the TCC7801 just like the D2 12.07.16 # amiconn: And it could be a start towards unification - i.e. abstracting the hardware playback/recording code a little. 12.07.39 Quit ColinT (Remote closed the connection) 12.07.51 Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) 12.09.24 # markun: thanks' 12.11.48 Quit webguest71 ("CGI:IRC 0.5.9 (2006/06/06)") 12.11.54 Join MethoS- [0] (n=clemens@host-091-096-211-087.ewe-ip-backbone.de) 12.13.21 Join gevaerts_ [0] (n=fg@195-144-092-144.dyn.adsl.xs4all.be) 12.14.18 # the H10 bootloader problem (not loading the OF) happened somewhere in between 14004 and 14015. 12.16.20 # It looks like somewhere in amiconn's clock frequency cleanup(14005), or in the H10 LCD speedup(14006) 12.18.40 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.19.16 Quit Shaid (Read error: 110 (Connection timed out)) 12.19.16 Nick Shaid3 is now known as Shaid (n=adam@124-168-30-235.dyn.iinet.net.au) 12.20.48 # amiconn: the problem is in setting CLCD_CLOCK_SRC in lcd_init_device. Can I safely #ifndef BOOTLOADER that line? 12.21.56 # amiconn: and do you know does it also need to be done for the small H10 lcd driver? 12.23.26 Quit gevaerts (Nick collision from services.) 12.23.30 Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-144.dyn.adsl.xs4all.be) 12.24.00 Join tvelocity [0] (n=tony@athedsl-4425001.home.otenet.gr) 12.26.02 # GodEater: I've experienced FS#8807 just now 12.27.03 # hurrah finally!!!! 12.27.07 # it's not just me 12.28.16 # DIdn't jhMikeS mention there might be issues on the 5.5g? 12.31.03 Quit maraz (Remote closed the connection) 12.31.21 Quit MethoS (Read error: 113 (No route to host)) 12.33.19 # he did 12.33.26 # but when I mentioned that he was right this morning to him 12.33.43 # he thinks the right place to fix the issue is firmly in buffering 12.36.36 # Yes, I recall him saying that as well... 12.36.44 # is there any real reason we cant move the hwcodec fm recording into the rec screen like swcodec? 12.38.04 # Being able to record from the FM screen sounds like a useful feature to me - one to implement for swcodec... 12.38.45 # JdGordon: no, I'd rather want it the other way round 12.38.49 # * linuxstb would even quite like a "timelapse" type feature for FM... 12.39.12 # (being able to pause/rewind live radio) 12.39.20 # tivo for your ears 12.39.25 # now your being rediculous! :p 12.39.32 # that's a damn good idea actually 12.39.51 # * GodEater thinks it should get moved to the GSoC project ideas list immediately 12.40.04 # Recording to RAM only, with MP3 compression would be nice for those targets with lots of RAM 12.40.48 # and I'd also like the way the prerecording time is shown in the hwcodec FM screen everywhere else (counting up as it's buffering until it reached the set prerecording time, so you know when it reached "full" state) 12.41.39 # * petur wonders if it would be usefull to increase the pre-rec time 12.41.42 # GodEater: I think it would make a decent SoC project - it's far from trivial... 12.41.47 # if you do FM recordings it's much more convenient to do so from the FM screen - you can even change stations 12.41.56 # is the fmrecorder the only archos with fm? 12.42.12 # http://www.moderndandies.com/gadget-gear/green-mp3-player <-- no more battery woes ? 12.42.14 # I think some recv2 models have FM 12.42.21 # no, the OndioFM too (and some V2-Recorders 12.42.25 # ) 12.42.29 # arg 12.42.54 # is there enough room under the current screen on them to stick the presets list if its in preset mode? 12.42.59 # * JdGordon going viewport crazy :p 12.43.10 # s/viewport// ? 12.44.38 # depends on the user font 12.45.07 # doesnt look like it :( 12.45.47 # but I guess you can't see a list (maybe just one) even if you chose a tiny font 12.46.37 Quit barrywardell () 12.46.55 # +entry 12.49.38 Quit fasmaie (Read error: 113 (No route to host)) 12.50.55 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.50.58 # GodEater: have you tried increasing the buffering chunksize? 12.52.36 # Nico_P: I have no svn at work anymore 12.52.37 # so no 12.52.44 # ah. I'll try it 12.55.02 Join linuxstb___ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.55.06 Quit linuxstb (Nick collision from services.) 12.55.12 Quit linuxstb_ (Nick collision from services.) 12.55.21 Nick linuxstb___ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.55.36 Quit linuxstb__ (Remote closed the connection) 12.56.18 # Bagder: "we should probably just make it suck everying that isn't .svn into a tarball" => do you know of svn export? 12.56.46 # Nico_P: That sounds sensible. 12.56.54 # yes I know about that, but it seems like a wasteful thing to run when there's a complete checkout around all the time 12.57.25 # if we switch to git you just have to ignore 1 .git folder ;) 12.57.52 # * linuxstb thought the gsoc mentors list was for private discussions amongst mentors, and gets annoyed by all this off-topic spam 12.58.32 # B4gder: makes sense... I guess if you know there won't be any cruft in the checkout you can just as well filter .svn out 12.58.59 # that's my thinking, yes 12.59.15 # I have this single checkout that I base all my scripting against 12.59.36 # ... well, almost all at least.. and it should be free of junk 13.00.27 # in case you want to be sure to get rid of the junk, maybe svn ls could come in handy 13.01.48 *** Saving seen data "./dancer.seen" 13.02.45 # ah yes 13.03.58 # Yes, "svn ls -R" seems a nice command... 13.04.13 # indeed! 13.04.55 # beats find . \! -path "*.svn*" 13.05.20 # :) 13.05.29 # * linuxstb looks forward to B4gder commit to remove FILES... ;) 13.05.38 # stay tuned! 13.10.06 # almost 22MB uncompressed... 13.11.12 # Nico_P: have you looked at fs#8601 (disk spinning at trackchange with dircache disabled) ? I looked at it but don't quite understand the difference between playlist_end and end_of_playlist :( 13.13.15 # n1s: yes I've looked at it... It makes me want to rewrite the track skipping handling 13.13.39 Quit jcollie ("Ex-Chat") 13.14.02 # please do :) 13.15.34 # Nico_P: And keep adding comments - I think I got stuck about the same place as n1s. 13.16.14 # yeah the difference is rather subtle 13.16.36 # Timing, or checked/unchecked? 13.16.46 Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-bca2e219aa839250) 13.17.18 # end_of_playlist is local to audio_check_new_track, whereas playlist_end is global to playback.c (true meaning the last track of the playlist is buffered IIRC) 13.17.45 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.19.40 # is it bad to include the manual dir in the tarball? 13.19.49 # or should we take that as a bonus? 13.19.54 # Bonus. 13.20.01 # I think so too 13.20.04 # People working on the source should be aware of the manual anyway. 13.20.29 # ls -l test.tar.bz2 13.20.29 # -rw-rw-r-- 1 dast dast 17911983 Mar 26 13:17 test.tar.bz2 13.20.57 # I'm thinking of allowing it to be rsynced 13.21.06 # B4gder: can you try 7zip? 13.21.16 # Bagder: the source or the bzip2? 13.21.18 # I'll try 13.21.24 # and what's that in -h? 13.22.15 # B4gder: anything important I forgot? http://130.89.160.166/rockbox/meizu-todo.txt 13.22.18 # Nico_P: I guess both the source and the bzip2, but when I think about it I guess that people that can do other ports than HTTP can just as well svn it 13.23.07 # rsync could be nice, but would it be efficient on the compressed file? 13.23.16 # markun: I think you can spell out the (potential) DFU-problems to fix 13.24.57 # ls -l test.tar.7z 13.24.57 # -rw------- 1 dast dast 15992402 Mar 26 13:24 test.tar.7z 13.24.58 # B4gder: there is a winodws tool which does work, but I'll add it to the todo 13.25.20 # yes, as using windows will be painful... 13.25.31 # indeed ;) 13.26.04 # almost 2MB smaller 13.28.15 # quite a bit 13.29.04 # but at this size, the compression takes quite some time 13.29.48 # pixelma: (and others...) I don't know if you read the discussion last night, but do you have any objections to me making Rockbox's WPS parser reject a WPS if the bmps fail to load? 13.29.52 # cd 13.29.54 # rtc is as good as done, needs some cleaning and a final check tho. Also copied i2c from the gigabit port and added a read function 13.29.57 # oops 13.29.58 # (this is so checkwps can do the same) 13.30.11 # A-4: nice 13.30.24 # linuxstb: I think it's good to be strict 13.31.11 # pondlife: Yes, me too... 13.31.21 # Go for it 13.32.02 # A-4: anything on the todo you want to look at next? 13.32.55 # A-4: I'm adding some stubs to get the bootloader to compile and then we can use it as the basis for some test programs 13.33.05 # doesnt realy mather 2 me 13.33.25 # maybe a driver for the button/touch controller? 13.33.28 # cool, but i dont have my m6 yet =[ 13.33.33 # ah yes :) 13.34.31 # i could give it a try 13.35.31 Join dionoea_ [0] (n=dionoea@yop.chewa.net) 13.36.14 # * Nico_P 's S is only displaying the statusbar :/ 13.36.30 # pondlife: I have the patch, but it needs a little more testing, so I'll probably commit tonight if no-one shouts. 13.38.13 Quit dionoea (Read error: 104 (Connection reset by peer)) 13.38.57 # linuxstb: would the wps parser give out an error? or just default to the default-wps like now? 13.40.02 # Just default like now. 13.40.03 # linuxstb: I don't know, guess it could help if people have too many images and don't know that they do. If anything can make a WPS fall back to the built-in one it's sometimes harder to find the real reason(s). I know those WPSs are broken but it helped me more to see a broken image (or the broken WPS before this fall-back mechanism was invented). Could be that it's a bit different for me in comparison to those who hit the buffer limit and that wa 13.40.41 # pixelma: Then you need checkwps ;) The intention is for that to give you more useful feedback about the problems. 13.40.49 # linuxstb: would it be hard to make it give out some kind of error message instead of defaulting? like "missing conditional" or in this case "too many images" 13.41.15 # disorganizer: Yes - we don't want to have to store all those error strings in Rockbox (and translate/voice them...) 13.41.42 # you got a point. maybe instead of defaulting just display a text "error in wps, use checkwps to verify" 13.41.57 # disorganizer: There's a PC-side tool that uses the exact same code Rockbox does. If Rockbox won't display the WPS, then the PC side tool will give you a more helpful error message. 13.42.14 # disorganizer has a point. It would be real nice if there was at least *some* notice that loading the WPS failed (look at all the questions in the forums or here of people who try to load broken themes/WPSs and don't know what's going on) 13.42.42 # Yes, a basic "WPS error" message could be nice. 13.42.50 # I agree 13.42.52 # problem imho is that people do come here often with the question "the default wps shows if i load this and that theme". if they get any error message pointing in the right direction this could pevent channel-floods :-) 13.42.55 # +r 13.43.33 # i wouldnt even show any default wps then. or add the text to the default wps any ONLY show it on error :-) 13.43.40 # a kind of "error-wps" 13.43.59 # Good idea.. 13.44.05 # disorganizer: That's because of all these nasty unofficial builds and unofficial themes everywhere.... ;) i.e. things others have done to make life hard for users. 13.44.33 # * linuxstb is looking forward to the new rockbox-themes.org 13.44.45 # yes, but also many changes in the wps syntax lately :-) 13.44.46 # I don't think we need an "error WPS". the default is already just that. a splash should be good enough IMHO 13.45.28 # Just an "WPS Broken" splash? 13.45.41 # then business as usual 13.45.47 # nico_p: in fact even a better idea than a wps. a "working" wps on error implies to the user that something is working and just things arent shown. if we just show a splash-screen this will be a definite indication of failure 13.46.24 # disorganizer: The point is that this shouldn't happen - i.e. users should be using (the new) rockbox-themes.org and all themes there will be guaranteed to work with official Rockbox. 13.46.26 # I was suggesting showing a splash screen, then the default WPS 13.47.09 # * linuxstb is happy with a splash, then the current default. 13.47.14 # ok. but please let them press a button to show the default wps. and the splash should say: error in wps, use checkwps to verify. press any key to continue with the default wps. or something like that 13.47.15 # linuxstb: re. "then you need checkwps" - does it run on the target? I sometimes did minor fixes to a .wps file directly on target using the text editor... 13.47.39 # pixelma: No, it doesn't. Although it probably wouldn't be too hard to make it a viewer - a nice idea... 13.48.13 # linuxstb: how would that be done? 13.48.29 # Although the errors are DEBUGF statements, so wouldn't be compiled on target.... 13.49.16 # Nico_P: I'm not sure it could be now... 13.49.44 # yeah I don't think it would be trivial unfortunately 13.49.56 # Nico_P: My initial thought was simply that tools/checkwps.c could become a plugin. But that won't work as it relies on DEBUGF statements for the useful error messages... 13.50.22 # yes, and all the rb-> in front of "system" calls 13.50.36 # my checkwps is "staring at the code of the wps" most of the times anyways... ;) 13.51.11 # Nico_P: Yes, it would be a program based on checkwps.c, not the same .c file. 13.51.31 Nick dionoea_ is now known as dionoea (n=dionoea@yop.chewa.net) 13.52.33 # pixelma: Anyway, if you want to try it, just type "make checkwps" in the tools/ directory of the source, then do something like (if you're in tools/) ./checkwps ../simdir/archos/.rockbox/wps/mywps.wps 13.55.54 Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.56.00 # * disorganizer had the linuxstb-statusbar-hack running today on his way to work, and it is indeed nice :-) 13.57.30 Quit Shaid (Read error: 110 (Connection timed out)) 13.58.54 Join MethoS-- [0] (n=clemens@host-091-096-214-077.ewe-ip-backbone.de) 14.02.57 # linuxstb: checkwps.c as a plugin could just redefine DEBUGF() 14.03.17 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.03.51 # linuxstb: did you see the list-size patch? will the screen-clearing conflict with the possibility to have a custom statusbar in general or is it just the method you hack works that causes the screen clearing to disturb sb display? 14.06.10 # * Nico_P voluteers to add the "WPS load error" splash after he eats his lunch 14.06.23 # amiconn: To what? The DEBUGFs are in the core code (wps parser), so making them do something on target would affect the core. But maybe they could just encode the error in a few ints somewhere... 14.07.12 Join Rincewind [0] (i=XXqYmebU@nat-wh-1.rz.uni-karlsruhe.de) 14.07.30 # I thought checkwps would have the parser compiled in? 14.07.47 # disorganizer: No, I haven't looked at that patch. My solution (hack?) so far is to make the status bar contain viewports which completely fill the screen (along with the list viewport), so the status bar in effect clears the unused parts of the screen. 14.08.07 Join piga [0] (n=leonardo@201.82.10.156) 14.08.24 # amiconn: Yes, it does. But I was thinking of the plugin version of checkwps using the core code (via rb->), rather than compiling it in. But compiling it into the plugin is a better idea... 14.09.47 Quit piga (Client Quit) 14.09.57 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.10.17 Join piga [0] (n=leonardo@201.82.10.156) 14.10.33 # So yes, I think that could work... 14.11.07 # * pixelma still wonders about the long(er) delay between showing the bootlogo and the start screen (leaving a blank screen for a while and make Rockbox feel sluggish) 14.11.16 # * amiconn wonders whether disorganizer is aware of the variety of targets rockbox is running on when suggesting splash texts 14.11.31 # splash essays... ;) 14.12.04 # * B4gder whistles 14.12.45 # * linuxstb does the death of FILES dance 14.13.55 # B4gder: Did you include the manual? 14.14.03 # yes 14.14.14 # this is a plain 'svn ls -R' in the svn root 14.14.30 # uh trunk 14.14.35 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-37f67f729a717107) 14.15.35 Quit MethoS- (Read error: 110 (Connection timed out)) 14.16.01 # * disorganizer wonders if it would be possible to let checkwps correct common errors. like auto-converting from older (official) wps syntax (vp without font to with font, for example) 14.16.32 # B4gder: where did http://www.rockbox.org/irc/listlogs.pl go? 14.16.51 # disorganizer: What was "vp without font" ? 14.16.59 # amiconn: I guess it wasn't copied to svn 14.17.02 # amiconn: no :-) we dont even need to display a graphic, just some kind of text. 14.17.22 # disorganizer: It was the text (specifically its length) I was referring to 14.17.44 # linuxstb: wasnt there a time when the viewports used %v without the font? (im not sure though whether it was still in the patch stage back then) 14.17.48 # amiconn: I think it's in SVN though - the www module 14.17.49 # amiconn: let it scroll? 14.17.55 # B4gder: Could we get that back, please? 14.17.56 Quit MethoS-- (Read error: 113 (No route to host)) 14.18.11 # disorganizer: Check how many *screens* that text would fill on archos Player... 14.18.13 # I'm sure we can, we need to poke zagor 14.18.13 # amiconn: Ignore me... 14.18.25 # * amiconn likes to have grepable logs 14.19.07 # amiconn: hmmm. what about "wps brkn:chkwps!" then ? ;-) 14.19.29 # * Nico_P was thinking of a plain "WPS load error" 14.20.04 # "Invalid WPS" ? 14.20.11 # Nico_P: "WPS Broken" or "Invalid WPS" is better I think 14.20.18 # Load Error makes me think the load failed, rather than the WPS is bad. 14.20.48 # good point 14.21.05 # would "wps error" for the targets with small "screen" fit? and a pointing to checkwps for bigger screens? 14.21.36 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 14.21.58 # * Llorean thinks pointing to checkwps can be reserved for the manual 14.22.18 # "Invalid WPS file" would work 14.23.32 # Do we want different messages for wps and rwps? 14.26.07 # no need 14.27.04 # WPS and RWPS are loaded with different code, so having disting messages is quite easy if we don't localise them 14.29.37 # how come colors don't change immediately on a theme change? a list-viewports issue? 14.30.03 # which ones? 14.30.18 # they shuold, and in my (obviously crappy) testing they did 14.30.29 # JdGordon: Did you see the latest FS task? 14.30.39 # * linuxstb just noticed his reply... 14.31.18 Join japc [0] (n=japc@194.65.5.235) 14.31.47 # ok, wtf? the colours were working when i checked in :'( 14.31.50 # fg and bg 14.31.56 # * JdGordon has a look 14.32.12 # * JdGordon tihnks the BB commit may have rebroekn it 14.33.57 # yep, accidently reverted a bit i meant to commit 14.34.09 Quit midgey () 14.36.06 Quit japc (Client Quit) 14.36.31 Join japc [0] (n=japc@194.65.5.235) 14.36.37 Quit japc (Read error: 104 (Connection reset by peer)) 14.36.52 Join japc [0] (n=japc@194.65.5.235) 14.36.55 # those mr100 and m3 pics looks odd amongst the other ones :p 14.37.24 # I'm working on "fixing" that ;) 14.38.15 # while your at it... wanna add some height to the c200 image so its not up in the air? 14.39.01 Quit japc (Client Quit) 14.39.24 Quit CaptainKewl (Read error: 110 (Connection timed out)) 14.39.29 Join japc [0] (n=japc@194.65.5.235) 14.39.42 # I believe that was discussed when adding the picture (and some things were tried) but I don't remember why and how this way was chosen 14.40.12 Quit piga (Read error: 110 (Connection timed out)) 14.40.40 Join piga [0] (n=leonardo@200-161-96-194.dsl.telesp.net.br) 14.41.01 Quit japc (Client Quit) 14.41.19 Join japc [0] (n=japc@194.65.5.235) 14.41.25 # * disorganizer wonders if it would be possible to add an indication of the backlight status to the simulator somehow. for example drawing a white border around the lcd if bl is on. 14.42.12 # * petur thought background color changed 14.42.17 # hmm the "invalid WPS" splash is hidden by "settings lodaded" when the WPS is loaded as part of a theme 14.42.22 # petur: not on color targets 14.42.24 # we used to and it does 14.42.51 # we once had a "backlight: on" notice in the console... 14.43.01 # Nico_P: right... remembered seeing it for the remote of h300, not the main lcd :/ 14.43.30 Quit japc (Client Quit) 14.43.47 Join Cricri [0] (n=84f4f619@gateway/web/cgi-irc/labb.contactor.se/x-ca862d505704a2b5) 14.43.48 Join japc [0] (n=japc@194.65.5.235) 14.44.44 Quit japc (Client Quit) 14.45.12 Join japc [0] (n=japc@194.65.5.235) 14.47.04 Join kugel [0] (n=kugel@unaffiliated/kugel) 14.47.49 # @pixelma: no backlight message. just checked 14.48.08 # it was removed months ago 14.48.27 # I know, it was removed. That's why I said "once had" 14.48.34 # about the gsoc proposal, I see that there are two text fields, one for the abstact and one for the longer proposal, write these independently from each other or is it ok to put an overview in the abstract and details in the main field, without paraphrasing the abstract again? 14.48.47 Quit Cricri ("CGI:IRC (Ping timeout)") 14.49.02 # oh, there is a " should I" missing 14.50.08 Join Cricri [0] (n=84f4f619@gateway/web/cgi-irc/labb.contactor.se/x-bfa24cb927f576c6) 14.51.36 Quit japc ("Ex-Chat") 14.51.41 # Rincewind: either or 14.51.43 # tarball now as 7z tarball 14.51.58 Join japc [0] (n=japc@194.65.5.235) 14.52.09 # I'll just need to tweak the daily build script too and some more 14.52.27 Join clinx [0] (n=clinx@dslb-084-061-243-145.pools.arcor-ip.net) 14.52.34 # hi 14.52.39 Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) 14.53.13 # JdGordon: I suppose the question is, do you recieve the abstract and the proposal independantly from each other or do you read the abstract first and then the proposal? 14.53.15 # can i use a modified rockbox logo for my own program 14.53.34 # I get this compiling error again: http://pastebin.ca/958087 14.54.54 # 2 days ago, I installed a teamspeak, which installed few libasound packages. Compiling sim still worked. 14.54.54 Quit Cricri (Client Quit) 14.55.39 # Rincewind: I dunno 14.56.02 # Yesterday, afer I booted my PC up, I had this issue. So I unstalled teamspeak and the packages again (without reboot) and compiling worked again. And today, there is this again. 15.00.47 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.01.51 *** Saving seen data "./dancer.seen" 15.02.03 # Hmm, I reinsatlled libasound2 and it seems to work (until next reboot probably) 15.03.08 # Rincewind: If I remember correctly from last year, we view the applications via the google website, and see the abstract first, followed by the detailed description. 15.04.07 # amiconn: listlogs.pl is back 15.04.38 # linuxstb: that's good, then I don't have to repeat myself. I want to put the general idea in the abstract (which should be understandable without knowing Rockbox), this wouldn't make much sense in the detailed description 15.05.10 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 15.06.29 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 15.06.33 # does anyone here know a quick way to count the characters of a text? (in linux commands, or emacs) 15.06.44 # wc 15.06.54 # unicode chars? 15.06.57 # thats tougher 15.07.16 # but wc will do, or simply "ls -al" or so 15.07.32 # assuming ascii or isolatin encoding 15.07.34 # count-lines-region in emacs speak 15.08.20 # B4gder: do you remember why the small c200.png is used as is? Should I bother adding some transparent space above or below and make it the same overall height as the others? 15.08.33 # B4gder: thanks, that's perfect 15.09.12 # pixelma: nah, i think it works fine as it is 15.09.26 Join BobShield [0] (i=rshield@c-67-175-252-44.hsd1.il.comcast.net) 15.10.12 # disorganizer: I think I fixed the issue 15.11.04 # pixelma: We're making some progress with the meizu m6/m3 port. Do you feel like making a few vector drawings of the various models? 15.11.43 # the m6sp and m6sl look the same, except for the label on one of the buttons 15.12.03 # I first feel like finishing the M3 drawing and then making an M:Robe 100 one... 15.12.33 # of course. We don't have any code running on the meizu anyway 15.13.26 # you only get a drawing once there is a build ore even a manual available for it :P 15.14.16 # a good motivation to hurry up then :) 15.15.23 # We could finish the manual ;) 15.16.03 # @ all who are intersted regarding mf: i found the page http://www.rockbox.org/twiki/bin/view/Main/FontSystemProposal from 05/2007. wouldnt that solve the font-glyphcaching "problem" with multifont? 15.16.14 # @ kugel: will test asap 15.17.17 # @kugel : please put it on fs, if possible as modification of custom_list_vp_v3.diff 15.17.28 # sure 15.17.45 # disorganizer: I started to work on (hopefully) better font system with support for multiple fonts, but lost my interest a bit 15.18.00 Quit midgey () 15.18.01 # disorganizer: No, I have removed the hack in my version too, and added something new 15.19.20 Join mf0102 [0] (n=michi@85.127.180.200) 15.19.26 # @markun : and if i say please ? ;-) could you share your thoughts in the multifont fs entry? maybe someone else could take over from there 15.19.52 # disorganizer: ok, but not now 15.20.11 Quit B4gder ("Lämnar") 15.20.21 # @markun: np, tnx 15.23.01 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 15.23.33 Quit XavierGr (Read error: 110 (Connection timed out)) 15.26.08 # disorganizer: I don't think anyone wants freetype in Rockbox... 15.27.59 # why not? at least we could try to copy the caching algorythm :-) 15.28.13 # go ahead 15.28.30 # @kugel : if you upload to fs i can test 15.28.43 # disorganizer: For all the reasons listed at the bottom of that wiki page... 15.28.49 # disorganizer: Yeah, I'm at it. 15.28.56 # I just need to post a comment 15.29.52 # @linuxstb: i missed the m-word in there. so propably the page should be moved to the garbage ? 15.30.32 # It's just a proposal - it's not doing much harm there... 15.32.02 # disorganizer: done 15.32.27 # markun: fyi - the rockbox font system was not written as a whole by that chinese contributor, only the lru caching was 15.32.52 # The font system itself is based on microwindows (or whatever it's called today) 15.33.28 # linuxstb: ok. just thought that it would make more sense in the museum as it is would never be implemented 15.34.31 Join johnny7 [0] (n=57a773a0@gateway/web/cgi-irc/labb.contactor.se/x-861216d5292d2022) 15.35.19 # What means "NIH" (listed in the disadvantages) 15.35.20 Quit johnny7 (Client Quit) 15.36.02 # Not Invented Here 15.36.34 # http://en.wikipedia.org/wiki/Not_Invented_Here 15.36.54 # Ah ok 15.36.57 # thanks 15.37.28 Quit clinx ("Verlassend") 15.37.45 Join webguest1234 [0] (n=57a773a0@gateway/web/cgi-irc/labb.contactor.se/x-838d66469b2d8e45) 15.39.21 Join markun_ [0] (n=54f18042@rockbox/developer/markun) 15.39.35 # amiconn: ah, thanks 15.41.23 # kugel: what page are you referring to? 15.41.38 # http://www.rockbox.org/twiki/bin/view/Main/FontSystemProposal 15.41.55 Quit markun_ (Client Quit) 15.42.00 # thanks 15.42.36 # @kugel: is it on purpose that it scrolls up on the line before the last? 15.42.55 Quit webguest1234 ("CGI:IRC") 15.43.10 # disorganizer: You mean in the settings? 15.43.28 # kugel: Please, respect the idea of trying to save binsize where possible, and not cluttering the UI with "reset" options for every submenu. 15.43.36 # Please look at apps/gui/bitmap/list.c, I have made a comment regarding that 15.43.52 # Llorean: Then remove reset colors from SVN please 15.44.17 # if i see a list, and scroll down (like in fileview) then it scrolls up in the line before the last line. (lets say i have 10 lines in the displayed vp, but 15 lines to display, i go down until i reach line 9 and then it scrolls instead of when i selected line 10) 15.44.24 # Llorean: I have stated why I want that option 15.44.26 # kugel: "They did it so I get to" is not a valid argument 15.44.30 # kugel: You stated you want it for testing. 15.44.39 # A .cfg file works for testing. 15.44.45 # Llorean: That's 1 reason, not the only one 15.44.50 # That's the reason you listed. 15.45.45 # disorganizer: That's normal behavior 15.46.01 # disorganizer: This happens w/o my patch too 15.46.20 # @kugel: ok then. didnt notice before, maybe didnt pay attention enough :-) 15.46.58 # kugel: In the official build, where themes come from the official repository (so, they're non-broken) what purpose does that option serve? 15.47.43 # Llorean: "They did it too" is valid for me, since it shows that the bin size increase is worth a reset option at times 15.48.36 Join Cricri [0] (n=84f4f619@gateway/web/cgi-irc/labb.contactor.se/x-f0695344916c6224) 15.48.44 Quit Cricri (Client Quit) 15.48.51 Join Cricri [0] (n=84f4f619@gateway/web/cgi-irc/labb.contactor.se/x-97dd85b0905ab8d7) 15.49.07 # kugel: That doesn't answer my question regarding its purpose. 15.49.31 # In fact I have no idea why you added menu options for resizing the list viewport in the first place, honestly 15.49.45 # It doesn't seem like a thing that should be manipulated interactively. 15.49.46 # IMO, the user can simply load a theme to reset all theme settings back to a sensible state - so even "reset colours" can go. 15.49.53 # linuxstb: Agreed. 15.50.04 # Llorean: I allready told you, that the purpose is to have a quick way to do 4 jobs in one. Especially since this 4 jobs might be painful when the list is messed up extremly 15.50.22 # kugel: If the list is messed up too extremely then you can't get to the option either. Argument is null. 15.50.44 # I could, since the icons where still visible when I tried it 15.50.50 # * gevaerts wants to know how Bagder managed to get 7zip compress better than 7zip 15.51.02 # Lack of coffee? 15.51.03 # and if it's null, what's the reason for having the reset color option? 15.51.06 # kugel: Then you had enough information to use the other options. 15.51.16 # kugel: there is no reason for the reset color option, really. It should be removed. 15.51.33 # linuxstb: I really, really don't think you need to be able to resize the list from within the rockbox menu system anyway. 15.51.51 # So you like hidden cfg values? 15.52.36 # kugel: Where in the menu system can you describe WPSes? 15.52.37 # For themes, I think it's inevitable - as we make more and more things customisable, we don't want to bloat the UI with code to edit everything 15.53.05 # i must admit i can see that point of llorean. the viewport-sizing is extremely theme dependant as the wps and other parts of the viewport system needs to fit. so setting this will propably in the future break the themes, this it should not be settable by the user 15.53.06 # Most aspects of themeing don't need, or explicitly should not have, menu options. 15.53.24 # The options also offer to otimize the list settings quickly, without the painfull editting the theme.cfg with the rockbox text editor and reloading all the time 15.53.50 # But the question then becomes what is a theme setting, and what isn't? e.g. is the status bar visibility setting part of the theme? Custom list positions and status bar visibility are interlinked... 15.53.52 Quit Cricri ("CGI:IRC (Ping timeout)") 15.54.03 # @kugel: the user should not be able to edit that for the reasons i stated above. viewports have to fit against each other, especially when we talk about statusbar-viewportification 15.54.26 # kugel: A customized list position will be part of a theme. Since the theme designer knows the backdrop dimensions, and the location of additional viewports, there's no "trial and error", there's simple, objective numbers. 15.55.08 # linuxstb: I think "if it can conflict with non-interactively settable settings, it probably shouldn't be interactively settable" is at least a good basic guideline. 15.55.19 # Exceptions will always happen though 15.55.47 # disorganizer: I don't get your point actually. Breaking themes isn't an issue as we know 15.56.36 # it will be. imagine we have custom statusbars. so the statusbar viewport is using y-values 0-15 and 200-250. now the list viewport should use 16-199, and the user can not know this. 15.56.48 # kugel: Except you're trying to put in a "break this working theme" option. 15.56.54 # if the user is able to change those values, he can easily break the theme 15.57.01 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-d8b1eced562383d7) 15.57.35 # disorganizer: Sorry, but I don't take a possibility, which is far away from being in svn into account 15.57.37 # and the user normally wont need to change it anyways, as it will be part of a theme with visuals fitting together (hopefully) 15.58.09 # actually i think its as far away from svn as any custom build :-) 15.58.12 # kugel: you HAVE to take it into account. It's a planned feature, and you're writing a patch with the intent to go alongside that planned feature. 15.58.39 # I don't since there's no way to know how to take it into account 15.58.52 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 15.59.04 # kugel: Not allowing users to dynamically resize the list is a good way to take it into account 15.59.31 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.59.55 Join Cricri [0] (n=84f4f619@gateway/web/cgi-irc/labb.contactor.se/x-c4e6994da7770a54) 16.00.12 # kugel: I don't understand what your problem is. There's certain aspects of your patch that make it unsuitable for inclusion, and you seem explicitly disinterested in trying to resolve these. 16.00.17 # They cause usability problems. 16.01.00 # I just don't see what's wrong about having this options, honestly 16.01.05 # why not split it up into 2 patch-files. one with the function and not the settings, and one to add the settings :-) 16.01.13 Join DerDome [0] (n=DerDome@dslb-082-083-198-154.pools.arcor-ip.net) 16.02.09 # kugel: 1) It provides an easy opportunity for a user to mess things up, 2) It wastes bin size while doing so, 3) It's completely unnecessary. 16.02.19 Quit TMM (Read error: 104 (Connection reset by peer)) 16.02.49 # kugel: Whether you can see what's wrong with it or not doesn't change the fact that those aspects of the patch are unlikely to be accepted, so you might as well fix them now 16.02.53 # Llorean: Why do we have settings anyway? We can edit the config, so why do we waste bin size on that? 16.03.11 # kugel: Now you're just being pointlessly argumentative. 16.03.24 # Viewport size is not something you need, or have any good reason, to change while using the player. 16.03.45 # It should always be set properly by the theme, and every theme should change it to a valid setting. It's not a "user configurable" option. 16.03.49 # kugel: There has long been a view amongst the devs that Rockbox has too many settings - so we think long and hard about any new ones. I agree that manual editing of the list position doesn't see a very useful feature. 16.04.00 # Just like we don't let users directly set the playback buffer size. There are values determined by other values that don't need direct interaction. 16.04.11 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.04.58 Quit Cricri ("CGI:IRC (Ping timeout)") 16.05.03 # kugel: So at the very least, I think you should make that part of the patch separate, so it can be discussed separately. 16.05.19 # (and not distract from the rest of your patch) 16.06.21 # I'd probably do it. But I'd rather focussing on the remaining TODOs for now before I mess around with 2 patches 16.08.33 # it would take 5 min...if that... 16.09.02 Quit sarixe ("(EE) Failed to load "quit" module") 16.10.37 # kugel: Then why not remove the code, and create the second patch later? 16.11.18 # Because I want that for testing while I fix the other issues 16.11.45 # If you don't want it in the svn, ok. but I want that for testing 16.11.52 # Then you can have it locally? 16.12.16 # If you want a reset option that's not meant to be there for users, put it in the debug menu. 16.12.32 # It's a way of saying "I need this, but it's not meant to be there for the user version" 16.13.02 # I'd want it for the user too, you know. You don't want to 16.13.18 # it isnt just him... 16.14.04 # kugel: The patch tracker is "for things intending to be included in SVN." What part of this is confusing? 16.14.14 # "You" was meant to mean Llorean exclusivly 16.15.15 # Llorean: I come to that, when the patch reaches a committable state 16.15.46 # kugel: you are missing the point... 16.15.54 # kugel: What's the harm in fixing it now, so that testers aren't mislead? 16.16.22 # You know, at this point, that several committers including the one most likely to be the one who commits it lean in favour of not having it in the menus. 16.16.47 # in fact, are there any committers around who would rather have the options in? 16.17.11 # On an unrelated note, anyone here us RBUtility for more than one player? 16.19.44 # I dp 16.19.51 # Gigabeat and H300 16.20.06 # pondlife: Do you use the auto-detect feature ever? 16.20.17 # Yes, every time I switch 16.20.23 # Hmm... 16.20.44 # Which SVN revision's yours built from? 16.21.09 # r16357 16.21.16 # Interesting. 16.21.17 # 1.0.4 off the wiki 16.21.19 # Yeah, same here 16.21.27 # Mine seems to not like autodetecting. 16.21.29 # I can't build RbUtil here 16.21.35 # Which devices? 16.21.37 Quit piga (Read error: 110 (Connection timed out)) 16.21.52 Quit japc (Remote closed the connection) 16.22.31 # pondlife: And this test it worked. Gigabeat, e200, c200 16.22.44 # I'm wondering if it's just a case of "every time I've tested it, I was updating from a very old build" 16.22.53 # I've never had it fail... 16.23.20 # What do you guys think about customlist on remotes? I don't own a player with a remote, and honestly I don't know in which aspects the remotes are themable 16.23.32 # pondlife: It fails silently for me. Just doesn't change which player is displayed. 16.24.05 Join japc [0] (n=japc@194.65.5.235) 16.24.15 # kugel: Remotes have WPSs, they currently use the same font as the main screen (likely to change), and from a user perspective are essentially a second screen for their player that is as affected by themes as the main screen. 16.25.59 # Can have remotes backdrops? 16.26.10 # * linuxstb doesn't understand the C240's keymap... 16.26.35 # * gevaerts tells linuxstb to implement customizable keymaps 16.26.44 # * gevaerts hides 16.26.48 # linuxstb: I've got a couple fixes in mind for it, once I'm compiling again actually 16.26.57 # but you can't do much from how it's laid out. 16.27.28 # Again, I'll put them on a tracker for 6 months, when nobody comments, commit them, then get yelled at, of course. 16.27.31 # Once my laptop is back. 16.27.51 # Does anyone know why the statusbar is turned on the in the radio screen? 16.27.52 # Remotes should ideally be equal to main displays in all ways - colour vs greyscale vs mono will be relevant, of course. 16.28.14 # kugel: Remotes should be allowed to have backdrops, but I don't think there are any suitable for them yet 16.28.28 # So I don't think anyone's bothered with the functionality to do so 16.29.12 # kugel: Because both volume and battery level are still valuable in the Radio screen. 16.29.49 # Ah, yea, volume/battery isn't shown in the screen itselfs. 16.31.36 # The iaudio (greyscale) remote LCD can have a backdrop 16.32.08 # linuxstb: Is there a function for menu backdrops, or just WPS backdrop? 16.32.18 # So, remotes should be able to use custom list dimensions too I guess 16.32.34 # Of course, one per screen 16.32.55 # One day we'll find a target with three displays.... 16.32.58 # :) 16.33.04 # :) 16.33.11 # * linuxstb notices huge delays with the statusbar when changing volume on the c240 16.33.16 # linuxstb: I changed the c200 keymap on my own builds, I'm still not 100% satisfied with it but always wanted to put it in the tracker for discussion... 16.33.31 # pixelma: Do so. :) 16.33.38 # linuxstb: using the volume buttons while in the list? 16.33.53 # pixelma: I would be tempted to make the volume buttons scroll - i.e. equivalent to fwd/back on a wheel. 16.33.53 # pixelma: Yes, it's your turn to take the keymap heat :) 16.34.00 # pondlife: Update on my disktidy.c modifications... I patched my SVN table and compiled for my iPod color, and casually browsed it in Dolphin. Disktidy found and deleted all .dolphinview files found. 16.34.06 # pondlife: I'll start work on my c200-as-USB-remote ASAP 16.34.32 # hehe, can we get a USB hub or 2 in there... 16.34.40 # the delayed statusbar update has become more annoying in general 16.34.42 # linuxstb: I'd like to make long-select be context menu in the WPS, and I really wouldn't mind the volume buttons scrolling (I'd use that personally, but wouldn't have put that in my suggested revision of the keymap) 16.34.58 # Hmm, quickscreen isn't using vp yet 16.34.59 # pixelma: Then the keymap would be identical to ipods, with the exception of the menu/play being swapped, a dedicated "stop/off" button (power) and the record button. 16.35.09 Part LinusN 16.35.19 # linuxstb: that's what I'd like to avoid (scrolling with up/down) because it forces me to two handed operation... 16.35.29 # linuxstb: You're basically talking a