--- Log for 03.01.108 Server: clarke.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 18 hours ago 00.00.00 Quit faemir (Remote closed the connection) 00.00.39 # so you can hear it without music playing? just fill the ram and the noise appears? 00.00.53 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 00.01.29 # yes exactly 00.02.13 # there is some noise already appearing with the bootloader.. but with the picflow process it's especially noticable since there's a distinct "chirp" sound with every album cover that's read ;) 00.02.14 Quit Buschel () 00.02.45 # well... then don't use it :P 00.02.48 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.02.57 Quit MethoS- (Remote closed the connection) 00.03.11 # I think I hear something 00.03.19 # but pretty high frequency 00.03.20 # pixelma: lol :) 00.03.31 # kugel: yeah it's quite high... 00.03.52 # I have issues with the e280 keys. Are these well known/reported? 1) with random folder change active more often than not result in a) nothing at all or b) turning off the player than skipping to a new (random) album (folder). 2) Fast skipping back two-three or more tracks with freezes the player. 00.03.52 # perhaps i shouldn't have cleared my ears a few months ago ;) 00.04.16 Join JayG [0] (n=458fa016@gateway/web/cgi-irc/labb.contactor.se/x-9aa2f46cd2f1af1b) 00.04.21 # Well, even though I have a tinnitus, I could hear it 00.06.06 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 00.07.26 Quit JayG (Client Quit) 00.07.31 Join JayG [0] (n=458fa016@gateway/web/cgi-irc/labb.contactor.se/x-74425d341c60a090) 00.07.49 Quit kretender (Read error: 104 (Connection reset by peer)) 00.07.49 Quit GodEater ("ZZzzzZzZZZzz") 00.08.19 Quit JayG (Client Quit) 00.09.38 Join Jay_G [0] (n=458fa016@gateway/web/cgi-irc/labb.contactor.se/x-48e10486c32aa271) 00.12.49 # * stripwax reads this morning's khermans 00.13.00 # khermans? 00.14.00 # did we ever get an answer about the buffer and codecs and stuff? 00.14.20 # billenium - discussion (to and fro) in this morning's irc logs regarding this article http://www.linuxjournal.com/node/1005957 00.14.30 # k 00.14.52 # * amiconn now has a working lcd_grey_phase_blit() on archos, h1x0, m5 and greyscale ipods :) 00.15.06 # That is, on all supported greyscale targets 00.15.06 Quit Jay_G ("CGI:IRC (Ping timeout)") 00.15.34 # grey_phase ? 00.16.10 # is that increasing levels of grey by changing pixels or something else? 00.16.19 Join Jay_G [0] (n=458fa016@gateway/web/cgi-irc/labb.contactor.se/x-fd4961eadf9c0389) 00.17.44 # This function outputs one frame of the temporally dithered greyscale image. It will be called periodically from the new greyscale library's timer isr 00.18.36 Quit petur ("Zzzzz") 00.18.41 # neat. why did grey lib need changing? 00.19.37 # Unlike the old library which used precomputed frames (which are slow to update, need more ram and offer less shades), the new function computes the pattern dynamically 00.20.31 # 33 shades (max) -> 129 shades, ram usage cut in half, no graininess with changing content, and faster updates 00.21.19 Quit Jay_G ("CGI:IRC (Ping timeout)") 00.21.28 # So obvious dumb question: how did you make on-the-fly temporal dithering faster than blitting precomputed dithered frames? 00.21.30 # Of course there is a tradeoff (somewhat higher cpu usage in the isr), but the advantages outweigh that tradeoff by far imho 00.21.58 # stripwax: The blitting isn't faster of course. What is faster is *changing* the displayed contents 00.22.32 # ah, right 00.22.38 # Did you ever try mpegplayer on h1x0 or m5, or doom on a greyscale ipod 00.22.39 # ? 00.22.59 # :) actually, no. I did try doom on h120 though. 00.23.00 # will it work on my archos player too? :-D 00.23.02 # So, will we be getting updated fire/plasma plugins? 00.23.05 # :-P 00.23.30 # lol 00.23.38 # The former is sloo-oow (grayscale lib only manages ~8fps fullscreen), the latter isn't slow, but is so grainy (because of the many updates) that you can't recognise much 00.24.02 # The 8fps are for coldfire as that wasn't clear enough... 00.24.37 # Archos only manages ~4fps fullscreen with the old grayscale lib. iPod (mini G2) manages >25fps, but then it's grainy 00.26.10 # Llorean: Sure. Every plugin that currently uses the grayscale lib will be ported to the greyscale lib once this lib is there. 00.26.40 Quit lassesdatamaskin (Read error: 110 (Connection timed out)) 00.26.44 # Finally the grayscale lib will be removed, and then lcd_blit() can be removed for everything but archos bitmap targets (video.rock still needs it) 00.26.48 # soap/(Buschel) - ok, I'm with you now: disabling wps by leaving the rockbox Main Menu up I too get ~16hrs with the pp power patch (with hold enabled). Doesn't seem like enabling/disabling hold makes a big deal of difference. 00.27.16 # made less than 1 minute difference for me. 00.27.21 # odd .. 00.27.36 # why shuold having hold on make any difference? 00.27.49 # he bound scrollwheel poweroff to the hold switch 00.27.58 # JdGordon: Because the patch disables the opto controller when hold is enabled 00.28.03 # as does Apple f/w I believe 00.28.07 # ah righto 00.28.28 # but perhaps the dev_en isn't working right now for 5g, only 4g? 00.28.37 # Default WPS with peakmeters severely impacted runtime, icatcher barely did 00.28.37 # Obviously the opto controller doesn't need much power 00.28.52 # soap: How severe? 00.28.58 # amiconn : - 3hrs for me 00.29.01 # I'll have to look at the wikipage 00.29.55 # is this using the device_enable register? 00.30.09 # 16 hours no WPS / 12 hours with peakmeters / 15.25 hours with icatcher. 00.30.25 # scorche: - yes: http://www.rockbox.org/tracker/task/8379 00.30.39 # yeah...i went through the entire register...not really any notable difference 00.30.50 # and that 15.25 hour measurement appears to be an incompletely charged battery. 00.32.49 # Can't remember if I said this before, but for fun I entered Diag mode on my 5g on a fully charged battery, switched to the LCD test, turned off the backlight, and left it like that to see how long it lasted. Just over 12hrs. So if we're looking for power saving tips I'm guessing we're not going to find them by r/e the diag code. 00.34.02 # scorche: USB does, according to that patch 00.34.28 Nick billenium is now known as Bam2550 (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 00.34.52 # massive improvement 00.35.03 Join midkay [0] (n=midkay@rockbox/developer/midkay) 00.35.24 # amiconn: sorry...let me rephrase...disabling everything that didnt break something didnt make a bit of difference 00.35.32 Nick Bam2550 is now known as Billenium (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 00.35.53 # The patch doesn't break usb. It disables/enables dynamically 00.36.03 Quit barrywardell () 00.36.18 Part hachi 00.36.25 # * scorche|w will have to go home and look at his chart 00.36.33 # I measured a couple ma savings with USB off on the 5024 00.36.46 # to this day i run with it off on my sansa 00.39.51 # * Nico_P is sorry to have missed the buffer talk... was on the phone 00.40.47 # i'm still curious about the audio codecs, do we actually buffer them or does a codec get loaded when its needed? 00.41.59 # the codecs are buffered 00.42.35 Quit saratoga211 ("CGI:IRC") 00.42.43 Quit bertrik ("bye") 00.42.58 Join saratoga [0] (n=62e14d04@gateway/web/cgi-irc/labb.contactor.se/x-0c4d1ffef59149e3) 00.45.34 Quit Billenium (Read error: 104 (Connection reset by peer)) 00.45.35 Quit DerDome (Nick collision from services.) 00.45.38 Join DerDom1 [0] (n=DerDome@dslb-082-083-241-027.pools.arcor-ip.net) 00.45.44 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-241-027.pools.arcor-ip.net) 00.46.08 Quit Redbreva (Read error: 104 (Connection reset by peer)) 00.47.10 # codecs are buffered? didn't know 00.47.34 # Well, they need to 00.47.58 # What good would it be to buffer multiple audio tracks, only to spin up the disk for loading a codec? 00.48.16 # -> wasted battery power 00.48.18 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 00.48.33 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.49.41 # yea 00.49.48 # I never think of hdd targets 00.49.56 Join einhirn [0] (n=Miranda@p5B030DC6.dip0.t-ipconnect.de) 00.51.00 Quit ender` (" In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a bi) 00.51.05 # So, was there any consensus about the buffer stuff now? 00.51.45 Quit obo ("bye") 00.51.51 # * kugel still thinks that most of the time the RAM can be used better for plugins (if needed) for flash targets 00.51.53 # kugel: A decision hardly needs to be made now. It was just general idea tossing about. 00.52.35 # I think there's only two plugins that could use extra RAM right now anyway. 00.53.13 # More than enough :) 00.53.44 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.53.47 # * pixelma is still annoyed be the generalisation in "flash targets".... 00.53.52 # *by 00.54.05 # pixelma: Kugel has a habit of forgetting that any other players beyond his exists, from the sound of it. ;) 00.54.09 # * linuxstb holds his logik dax and stands next to pixelma ;) 00.54.20 # * linuxstb waits for amiconn's comment... ;) 00.54.42 # hey linuxstb, did you look at the patch i attached? 00.54.50 # * Nico_P did 00.55.05 # Why? In general, flash targets don't benefit that much (in contrast to hdd targets) from prebuffering stuff, do they? 00.55.30 # kugel: they are winging because not all flash targets have 32+mb ram 00.55.31 # I don't think the jpeg viewer is a good reason to expand plugin memory one-sidedly. And that leaves pictureflow, which on flash targets could stream the album covers from the disk anyway, so *also* doesn't need more RAM on the subset of flash based targets that do have more RAM to be freed up. 00.56.07 # Nico_P: any comments? 00.56.27 # Why do (current) manufactures spend the (considerable) money putting 32+ megs of RAM on flash players if it does not have tangible benefit? 00.56.49 # I can't speak to the technical reason - but no company would waste such money. 00.56.51 # kugel: there is at least on flash target (with Rockbox fully working) that has less than 2MB RAM which can be used, every cut in that is sometimes noticable with a certain voice file stops working for example... :\ 00.56.58 # *one 00.57.02 Quit spiorf (Remote closed the connection) 00.57.02 # they probably can't find fast <32MB SDRAMs anymore 00.58.00 # JdGordon|w: I tried it on the Gigabeat sim and the popup didn't cover anything... but I like the idea 00.58.15 # I just wonder how it could be handled globally in rockbox 00.58.29 # how do you mean? 00.58.55 # i think some of the new sandisk players even have 64MB, again probably because thats whats available at the speed/power grades they need 00.59.19 # JdGordon|w: well IIUC you'd have to handle all the possible screens from within the "WM" 00.59.41 # soap: (1) The large ram might even be cheaper than a smaller one, considering mass production and quantities 00.59.45 # not completly, but yeah 01.00.06 # (2) if the flash player is derived from a hdd player, they save one step in redesign 01.00.07 # JdGordon|w: would that require big changes, or is it already how things work? 01.02.00 # Nico_P: there is a fair bit of work to get to a workable point... but once the wps and lists are done there wont be any different code to change screens... instead of (eg..) the wps calling the pitch screen and it using the whole screen, pitch screen would add its window and the WM would tell it which vp to draw into 01.02.06 Quit conando (Read error: 110 (Connection timed out)) 01.03.48 # I'm not very familiar with the implications of viewports yet... is the WM approach required to make the WPS be drawn under e.g. the pitch screen or can that already be done without the WM approach? 01.03.57 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 01.04.14 *** Saving seen data "./dancer.seen" 01.05.42 # in theory it could be done without vp, but that means its the wps forcing the redraw, vp makes it work because it could be any screen along side the wps, not just the ones the wps knows about 01.05.56 Quit scorche|w ("CGI:IRC (Ping timeout)") 01.07.04 # What do you mean by "along side the wps" ? Isn't the WPS full-screen? 01.07.14 # it doesnt have to be 01.08.15 # its one of those scary features which can be put in for the ppl that like pretty... 01.08.59 Join miepchen^schlaf [0] (n=hihi@p54BF5373.dip.t-dialin.net) 01.09.14 # Well, wps isn't always fullscreen even in svn. The status bar can be enabled 01.09.26 # + button bar 01.09.37 # That too 01.10.02 Join Jay_G [0] (n=George@c-69-143-160-22.hsd1.va.comcast.net) 01.10.03 # Yes, but I can't see a desire to leave a permanent hole in the WPS for other screens to draw into. 01.10.11 # I like the idea of being able to define a "slice" of the WPS to use as status bar. 01.10.14 # linuxstb: You don't have to. 01.10.27 # linuxstb: Look at WPSes that look *very* different in the absence of album art, no hole 01.10.42 # You'd just need a conditional tag for "overlayed" or something 01.10.43 # bassically, if we do this we have heaps more flexiblity than if we stay with the currnet flat system 01.10.55 # Ah, no. WPS has no button bar 01.10.57 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 01.11.17 # amiconn: it doesnt? ok, but it _could_ 01.11.20 # And now that I enabled the button bar for a quick test, I noticed that it's buggy in the main menu... 01.11.58 # linuxstb: also, is there a lcd_update_viewport() function? instead of having to call update_rect? 01.12.26 # Have you looked at the patch? ;) 01.12.40 # must have missed it then :p 01.12.44 # Is it Possible to Display Default Image for Album Art in WPS script? 01.12.44 # When no album art is present, is there a way to display a default .bmp image? Testing for album art is straight-forward, but the If query isn't sufficient. Here's what I've found: 01.12.44 # PRELOADING: 01.12.44 DBUG Enqueued KICK Jay_G 01.12.44 # %xl|V|NoArt.bmp|1|1| 01.12.44 # %?C<%C|%xdV> 01.12.46 # %Cl|1|1|c100|c100| 01.12.48 # This seems to work, except that preloading NoArt.bmp keeps album art from showing (when it's present). So, the NoArt.bmp image is always displayed. 01.12.51 # LOADING AS NEEDED: 01.12.53 # %?C<%C|%x|V|NoArt.bmp|1|1|> 01.12.54 # JdGordon|w: I think I added it with v4 01.12.55 # %Cl|1|1|c100|c100| 01.12.57 # I don't know if there's a possibility for this to work or not. I've tried various permutations of these statements, leaving out coordinates, etc. with no luck. 01.13.00 # There are two problems - 01.13.02 # 1) The Rockbox Manual does not say how an image that has not been preloaded can have an Image ID. In this statement, I simply used 'V' without having assigned it earlier in the script. 01.13.05 # 2) Using %x in the If query creates a problem, in that it requires x & Y coordinates. The next statement (%Cl...) then needs to provide coordinates for album art. Even though the coordinates are the same, this may be causing a conflict. 01.13.09 # Is it possible to test for a negative in the If query? If so, testing for the lack of album art could be my last statement. Maybe this just isn't possible at present. Any help would be GREATLY appreciated. 01.13.21 # linuxstb: that could be the other reason I missed it 01.14.09 # Jay_G: Just make the default image part of the background image for your WPS. 01.14.35 # It's better to include it in the backdrop anyway. One less file loaded, and less total WPS buffer used up 01.15.15 # linuxstb: oh, is there a way to disable the background image for a viewport? 01.15.33 # Thanks. That's a great idea. However, it would be nice to be able to change the default image from time to time. 01.15.59 Join miepchen^schlaf [0] (n=hihi@p54BF5373.dip.t-dialin.net) 01.16.07 # JdGordon|w: No, but there could be if needed. 01.16.15 # I think it will be 01.18.04 # im heading home, if anyone has any comments on that patch let me know.. i dont want to code the thing into the core and then have arguments on it.... 01.18.08 Quit JdGordon|w ("CGI:IRC") 01.19.19 # linuxstb: Probably could be useful, for "Splash"-type things in plugins, etc. 01.21.36 Part pixelma 01.21.48 # Did JdGordon mean, that he's just about to commit vp? 01.23.02 # No 01.23.08 Quit Alonea ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 01.23.14 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.23.14 # * linuxstb checks his computer for intruders 01.23.48 # He meant he's working on an extension to the viewports idea, and would like comments on it from core developers now, before he's spent hours on it and people are saying "We don't want this in the core, shoo" 01.24.18 # kugel: If you're really interested in keeping up with development, you should pay attention to the mailing lists too, so you don't have to constantly ask "Huh? What does he mean?" type questions. 01.24.49 # Jay_G, there is a hierarchy of places the WPS code looks for album art. If you can always place a "default" cover.bmp in the root directory of your music. 01.24.49 # It sounded like he is 01.25.12 # besides, he mentioned in the tracker, that he wants to commit it asap (next view days) 01.25.14 # It will first try in the album's folder, then start looking down the tree. 01.25.55 # kugel: He said he doesn't want to code the thing into the core. Viewports can't go anywhere *but* the core. A little logic applied suggests then that he can't be talking about viewports, since we've said we want that for a long, long time. 01.27.33 # soap - I wasn't aware of that. I'll give that a shot. Thanks. 01.27.58 # the specific hierarchy is covered in the AlbumArt wiki page. 01.28.14 # the manual is not the last word on such details. 01.28.34 # Llorean: maling lists is a good idea, I should read them more often 01.29.05 # soap: That should probably be documented in the manual. Unlike the cover.WxH.bmp name, the places it looks, and the other names, are likely to stay, right? 01.29.53 # Yes, now that I honestly think about it - that is "end-user" information, not "WPS creator" info. 01.30.05 # soap - yes, I've been all over the web finding tips and workarounds. 01.30.55 # kugel: I think you're confusing JdGordon and linuxstb 01.31.07 # Jay_G, that's cool - but you don't need to stray much past the wiki, and you should confirm anything you learn about Rockbox from anywhere but rockbox.org. 01.31.34 # Nico_P: Lol, yea, you're right. 01.31.47 # There is a lot of misinformation out there. rockbox.org, and you can surely trust anything you read on haxx.se or rasher.dk - but few other places. 01.32.08 # >_< so much names 01.34.26 # is the apps/recorder folder only for the archos recorder? 01.35.34 # soap - Most of my answers came from Rockbox.org. But, I started off with Kugel's build - modifying the KratoJet theme. I couldn't find documentation on some of the statements, so had to go elsewhere. 01.37.12 # saratoga: it used to be, but not anymore... it has derived to things for targets with bitmap displays and recording 01.37.18 # Jay_G: Presumably unofficial tags? 01.38.19 # linusstb - Yes, unofficial. Although I didn't know that at the time. Took me a while to figure that out. 01.38.39 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 01.38.59 # Jay_G: as far as I know, the patches that were applied to the build should list what tags they add to the WPS code and their uses, you can find the patches on the tracker 01.38.59 # saratoga: Is something stopping the charging patch for sansa from being committed? 01.39.24 Quit waldo ("Konversation terminated!") 01.39.25 # Llorean: personally I don't think so 01.39.31 # Jay_G: something that *might* help you save some time and effort later 01.39.57 # but i never got a reply to my last question on the tracker 01.40.17 Quit Arathis ("Bye, bye") 01.40.27 # Jay_G: I even made the patch list "clickable", so it's one step to find out what tags might only exist in my build 01.40.31 # i see no reason we couldn't just pick a conservative current limit (and thermal limit if we have access to the probe) and commit 01.40.32 Quit Rincewind ("bye") 01.40.40 # karashata - Thanks. Yes it will. 01.41.04 # Jay_G: no problem 01.41.58 # saratoga: As long as you err on the side of conservative, I don't really see a problem with it (in my personal opinion) either. 01.42.27 # i doubt the PP hardware will actually let you overheat the battery anyway, even if you try to force it 01.42.39 # Kugel - Ha. Yes, it wasn't your fault. I was looking on Rockbox.org for answers for a loooong time before I realized there were unofficial tags being used in the KratoJet theme. Beginners blues, I guess. 01.44.22 # regarding JPEG + resizing in core, looking at the rockbox jpeg decoder, theres already a primitive resize by powers of 2 option built in 01.44.32 # saratoga, Llorean: which patch is it? 01.44.51 # we could combine that with the bilinear scaling patch to quite efficienctly resize jpeg images 01.45.38 # Nico_P: 8363 01.46.37 # thanks 01.46.53 # interestingly, in the case of large jpeg art, resizing probably becomes faster and needs less RAM the larger the jpeg's resolution 01.47.14 # how come? 01.47.37 # because the higher the resolution, the fewer the DCT coefficicents you need 01.48.13 # if you can be sure that you'll never need to resize by less then a factor of 8 in each dimension, you don't even need to do an iDCT, you can just compute the average value and use that 01.50.47 # but if you always resize to 1/8, a smaller pic will be faster, right? 01.51.44 # yes I think so 01.52.45 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 01.54.29 Quit mf0102 ("Verlassend") 01.54.35 Join webguest90 [0] (n=42444ee1@gateway/web/cgi-irc/labb.contactor.se/x-c062800094f3fb69) 01.59.17 Quit Thundercloud (Remote closed the connection) 01.59.17 Quit saratoga ("CGI:IRC (EOF)") 02.01.31 # Is there any way to call a plugin from a menu? 02.02.17 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 02.03.51 Quit webguest90 ("CGI:IRC (EOF)") 02.09.15 # Patience... 02.09.20 Quit lee-qid (Read error: 110 (Connection timed out)) 02.09.58 # is not one his traits? 02.13.13 # * JdGordon back 02.15.14 Quit toffe82 (Read error: 110 (Connection timed out)) 02.17.32 Quit Axio (Remote closed the connection) 02.17.40 Join lassesdatamaskin [0] (n=sindre@165.80-202-81.nextgentel.com) 02.26.15 Join toffe82 [0] (n=chatzill@adsl-70-235-226-73.dsl.frs2ca.sbcglobal.net) 02.27.20 # JdGordon: My initial reaction to your patch is that it's too early. There are still lots of other, more fundamental, things to do with viewports, such as adapting the list widget (and others, such as the quickscreen) to draw to viewports I also think we first need to agree/design how this new "full-theming" will work (i.e. how does the theme designer specify all this?), and what capabilities we 02.27.23 # want to add to Rockbox to support it, before we start arguing about the mechanics. 02.29.56 # thats sort-of why im jumping in early.. 02.33.12 Join webguest16 [0] (n=3eae6c38@gateway/web/cgi-irc/labb.contactor.se/x-b261ca81a4da7f7c) 02.33.21 # What do you mean? 02.34.06 # i dunno... im agreeing with you except it being too early 02.35.21 # Then you're not agreeing with me ;) But I need to sleep now, goodnight. 02.35.27 Part linuxstb 02.35.39 # stupid timezone 02.55.31 Quit jgarvey ("Leaving") 02.57.58 Quit tedrock (Client Quit) 03.03.44 Join RogerBacon [0] (i=RogerBac@bas3-sherbrooke40-1177840630.dsl.bell.ca) 03.04.08 # anyone noticed this project about the archos 605 and 705 ? : http://code.google.com/p/arcwelder/ 03.04.15 *** Saving seen data "./dancer.seen" 03.05.07 # RogerBacon, it was posted in the NewPorts forum. 03.05.59 Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) 03.11.45 Join Toohy [0] (n=ASD@122-49-156-169.ip.adam.com.au) 03.12.19 Join e250rv2 [0] (n=ac84250c@gateway/web/cgi-irc/labb.contactor.se/x-7f941a8f05f57722) 03.12.21 Quit e250rv2 (Client Quit) 03.13.08 Quit Toohy (Client Quit) 03.16.41 Quit webguest16 ("CGI:IRC") 03.17.44 Quit RogerBacon () 03.17.49 Join RogerBacon [0] (i=RogerBac@bas3-sherbrooke40-1177840630.dsl.bell.ca) 03.17.52 Part RogerBacon 03.26.09 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.29.58 Quit karashata (Read error: 110 (Connection timed out)) 03.29.59 Join eff [0] (n=7a35d11d@gateway/web/cgi-irc/labb.contactor.se/x-92948f6ea6eb1a71) 03.34.40 Join fasmaie [0] (n=yohann@c-24-60-113-125.hsd1.ma.comcast.net) 03.35.27 Quit eff ("CGI:IRC (Ping timeout)") 03.36.25 Quit DerDome (Nick collision from services.) 03.36.28 Join DerDom1 [0] (n=DerDome@dslb-082-083-211-198.pools.arcor-ip.net) 03.36.38 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-211-198.pools.arcor-ip.net) 03.37.39 Quit Nico_P (Remote closed the connection) 03.40.19 Part Jay_G 03.41.01 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 03.41.23 Quit MethoS- (Read error: 104 (Connection reset by peer)) 03.41.42 Join Jay_G [0] (n=George@c-69-143-160-22.hsd1.va.comcast.net) 03.46.02 Quit hannesd (Read error: 110 (Connection timed out)) 03.46.02 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 03.46.21 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 03.47.53 Quit lassesdatamaskin (Read error: 110 (Connection timed out)) 04.08.54 Quit einhirn (Read error: 104 (Connection reset by peer)) 04.11.59 Join jcollie [0] (n=jcollie@dsl-ppp239.isunet.net) 04.19.03 Join csc` [0] (n=csc@archlinux/user/csc) 04.19.37 Quit MethoS- (Remote closed the connection) 04.26.20 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 04.28.16 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.28.20 Join omgar [0] (n=0mgaar@adsl-69-225-40-100.dsl.skt2ca.pacbell.net) 04.28.34 Quit csc` ("Powering Off") 04.32.07 Join perrikwp [0] (n=chatzill@74.167.148.160) 04.45.24 Join psycho_maniac [0] (i=psycho_m@ppp-64-91-85-229.cam.centurytel.net) 04.45.38 Join tcoppi [0] (n=thisnuke@76.89.186.102) 04.46.18 Part kugel 04.51.45 Quit omgar () 04.58.14 Quit fasmaie (Read error: 113 (No route to host)) 05.04.18 *** Saving seen data "./dancer.seen" 05.05.22 Quit MethoS- (Remote closed the connection) 05.09.42 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 05.18.58 Quit MethoS- (Remote closed the connection) 05.20.08 Join [1]psycho_maniac [0] (i=psycho_m@ppp-64-91-85-229.cam.centurytel.net) 05.20.49 Join MethoS- [0] (n=clemens@pD955F0F8.dip.t-dialin.net) 05.28.17 Quit psycho_maniac (Nick collision from services.) 05.28.18 Nick [1]psycho_maniac is now known as psycho_maniac (i=psycho_m@ppp-64-91-85-229.cam.centurytel.net) 05.33.23 Part Jay_G 05.34.57 Join MigLopez [0] (n=18fba96b@gateway/web/cgi-irc/labb.contactor.se/x-ecb8ea4197191d1c) 05.35.04 # Hi all 05.35.23 # Anyone around here? 05.36.26 # Anyone around here that can answer a few questions? 05.36.27 Quit axionix (Read error: 104 (Connection reset by peer)) 05.38.02 Quit MigLopez (Client Quit) 05.41.51 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 05.47.22 Quit MethoS- (Remote closed the connection) 05.59.29 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 06.05.48 Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) 06.12.08 Join cjb [0] (n=cjb@pullcord.laptop.org) 06.12.24 # Hi! Which devices support video playback in rockbox? (with the mpegplayer plugin, it looks like?) 06.13.17 # cjb, most of the players 06.13.35 # there's a list of features supported, let me find it for you 06.13.58 # for each player? yes i was thinking of that page but i cant think of it. 06.13.59 # http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer#Supported_Targets 06.14.00 # thanks! 06.14.40 # huh, the gigabeat looks pretty good 06.14.59 # It's the most recommended one for video playback 06.15.11 # great. do lots of people have it, then? 06.15.28 # I had one I loved it and am planning on getting another 06.15.37 # No way to really know how many people have it. 06.16.39 # you could pretty much pick any of the targets and be pretty happy with it. 06.16.48 # Not for video. 06.17.50 # Sounds like I should investigate and plan on getting one, then. Thanks very much! 06.18.08 # oh, i guess the h300 and ipods aren't really all that great in that respect 06.18.24 # The iPod Nano is good. The Photo is probably acceptable. 06.18.43 # The iPod video is right out for the time being. And the Sansa c200's screen is just flat out too small 06.18.55 # oh, there are several models of gigabeat [GFXPSVUT] 06.19.08 # is there one in particular that rockbox likes? 06.19.09 # F and X are the only two we run on. 06.19.20 # * scorche waves at cjb 06.19.33 # With the F being slightly better supported, as the X is "as far as we know identical" internally, but sometimes seems to behave differently. 06.19.41 # Great. Oh, I see, there are wiki pages on this. 06.20.39 # cjb: I've got a gigabeat and love hte video playback 06.20.46 # Gigabeat F40S 06.21.48 # neat. 06.22.18 # What does the S mean in F40S ? 06.22.24 # silver 06.22.30 # yup 06.22.47 # which is such a silly designator when you're talking about model numbers 06.26.30 Join Lynn_ [0] (n=Lynn@74.196.116.167) 06.26.54 # hello 06.26.57 # anyone there? 06.27.06 Join ptw419 [0] (i=ptw419@cpe-72-179-164-213.satx.res.rr.com) 06.27.28 # hey I have a quick question 06.27.38 # anyone have the sansa e280? 06.27.47 # LycoLoco: if you ahve a question, go ahead and ask it 06.27.52 # whoops.. 06.28.06 # Lynn_: that was directed at you :) 06.28.08 # Lynn_: I believe that krazykit does 06.28.09 # np 06.28.12 # ahh thanks. 06.28.20 # well does it take forever to build the database? 06.28.26 # if you have it full of mp3's? 06.28.34 Quit ptw419 (Read error: 104 (Connection reset by peer)) 06.28.40 # there is a definite end 06.28.50 # first time running rockbox 06.29.11 # where does it look for the music? 06.29.27 # everywhere on the device 06.29.39 # and is there a way to connect to winxp with rockbox running 06.29.47 # to upload or download music? 06.29.47 # not at the moment 06.29.49 # ahhh 06.29.49 # ok 06.29.59 # so you have to do it in the original mode. 06.30.15 # turn it off start it with the usb on then disconnect usb and reconnect? 06.30.25 # that's the only way I have been able to do it. 06.30.51 # you can also boot into the original firmware and connect the device through USB 06.30.59 # scorche: Everywhere but folders containing a file named database.ignore 06.31.15 # And subfolders of those, I *think* 06.31.18 # how do you boot in the original firmware 06.31.19 # ok 06.31.35 # oh no all my music is in subfolders under music folder 06.31.52 # should it take hours for it to build the database? 06.32.00 # its found something like 16? 06.32.03 # what does that mean 06.32.06 # 16 folders? 06.32.14 # or 16 tracks? or what 06.33.11 Join ptw419 [0] (n=ptw419@cpe-72-179-164-213.satx.res.rr.com) 06.33.19 # thanks for your information. I am very new to rockbox but it looks awesome. 06.33.33 # is there a way to change the themes with the sansa? 06.33.42 # Lynn_, that's covered in the manual 06.33.48 # oh sorry. 06.33.56 # I was reading over it now 06.34.12 # i have installed all the theams but it does not allow me to choose them 06.34.17 # themes 06.34.29 # I do but its like it does not activate them 06.34.49 # oh yeah I did the automatic installation is that a bad thing? 06.34.52 # it seemed to work fine 06.35.14 Quit psycho_maniac (" i am very tired") 06.39.13 # sorry if I bored you all... just playing around with rockbox. 06.39.34 # trying to find a better source of an mp3 player capable of playing some flac files. 06.41.18 Part tcoppi ("It's too bad she won't live... but then again, who does?") 06.51.42 Join miepchen^schlaf [0] (n=hihi@p54BF68A4.dip.t-dialin.net) 07.03.12 # i would also like to provide a mirror for the site... what would I do? 07.04.22 *** Saving seen data "./dancer.seen" 07.06.43 Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 07.06.43 Quit ol_schoola (Read error: 104 (Connection reset by peer)) 07.10.28 Join realazthat [0] (n=realazth@pool-68-160-211-75.ny325.east.verizon.net) 07.11.34 Join Mouser_X [0] (n=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-d43d00ddc97af0e2) 07.15.02 Quit Mouser_X ("CGI:IRC 0.5.9 (2006/06/06)") 07.15.57 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 07.16.18 Join miepchen^schlaf [0] (n=hihi@p54BF68A4.dip.t-dialin.net) 07.19.15 # LycoLoco: Any idea which of the supported Gigabeats are actually on sale in the US? 07.19.44 Join Mouser_X [0] (n=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-7e76120dda905d6e) 07.20.17 # cjb: I think you'll have a hard time finding one new 07.20.24 # but I bought mine from eBay slightly used, and it's wonderful 07.20.38 # cjb, amazon and ebay are probably your best sources 07.20.47 # Righto, thanks. 07.20.54 # Lynn_: that's what we're all lookin for :) 07.21.03 # no support for any models other than F, X, S, right? 07.21.21 # S isn't supported yet 07.21.29 # oh, yes. 07.21.46 # hmph. I'd rather be closer to 2G than 40G. :) 07.22.03 Part realazthat 07.22.52 # linuxstb: (For the logs) With the current implementation of veiwports, would I be able to have the current playlist show up in the WPS, and still be able to use all the play control features? If not, how hard would it be to get that working? Or might it be possible later? I'd probably use the veiwports for this the most, since I'd like to see farther ahead than 1 song. 07.23.04 Quit Mouser_X (Client Quit) 07.24.36 Join Mouser_X [0] (n=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-843e8802afd49e26) 07.26.21 # linuxstb: If you couldn't tell, I don't have reliable internet access (I've only got a Wii for now), so I most likely won't see your anser on IRC. Maybe on the flyspray? 07.26.44 # Mouser_X: there are the logs... 07.27.15 # if he can see your question in the logs, cant you see his reply in the logs? :) 07.28.02 Quit Mouser_X (Client Quit) 07.28.48 Join Jakeworld [0] (n=chatzill@h237.231.143.24.cable.snbr.sanbrunocable.com) 07.29.21 Join Mouser_X [0] (n=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-274ce4832dd7dc63) 07.31.01 # scorche: The only device that I have at this time that can access the internet is a Wii. Frankly, it's a pain to use for IRC. As for the logs, the Wii has no method of searching the logs, and I don't have time to read them. Also, at the rate this is going, it will most likely auto-quit after I send this message. 07.31.49 # ah 07.35.33 Quit jhulst ("Konversation terminated!") 07.39.53 # Mouser_X: Can't yet, won't be easy as it stands, and "what play control features"? 07.40.46 # With jdgordon's work it might become possible to show the Playlist over the WPS, in a sub-window. But Viewports doesn't automatically create extra buttons on your player, so you'll probably just end up with the old controls you had when viewing the playlist by way of the old menu system. 07.41.42 Part toffe82 07.41.42 # Showing the playlist as a WPS element, without having any control over the list (Basically, Next Track, Next+1, Next+2, Next+3 for example) would be non-viewports anyway. Just a job for new tags. 07.42.02 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 07.42.23 Join miepchen^schlaf [0] (n=hihi@p54BF68A4.dip.t-dialin.net) 07.43.23 Quit Mouser_X (Nick collision from services.) 07.43.30 Quit perrikwp ("ChatZilla 0.9.79 [Firefox 3.0b3pre/2007123105]") 07.43.55 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 07.44.17 Quit Bagder (Nick collision from services.) 07.44.22 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 07.55.29 Join BrianHV_ [0] (n=bhv1@copland.brianhv.org) 07.56.52 Quit J3TC- (Read error: 113 (No route to host)) 07.57.10 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 07.57.30 Join miepchen^schlaf [0] (n=hihi@p54BF68A4.dip.t-dialin.net) 08.02.45 Quit BrianHV (Read error: 104 (Connection reset by peer)) 08.12.10 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 08.12.31 Join miepchen^schlaf [0] (n=hihi@p54BF68A4.dip.t-dialin.net) 08.12.45 Join xushi [0] (n=xushi@unaffiliated/xushi) 08.16.36 Join S [0] (n=john@dslb-084-060-141-020.pools.arcor-ip.net) 08.16.39 # does rb support something like : char * blah = new char[10]; 08.17.44 Quit miepchen^schlaf ("Verlassend") 08.18.06 Join Rob2222 [0] (n=Miranda@p54B1509C.dip.t-dialin.net) 08.19.16 # no 08.19.23 # ptw419: new is c++ 08.19.53 # ugh, i forget.., and i realized that a couple of seconds ago 08.20.10 # i think i figured it out though 08.21.40 Join GodEater [50] (n=bryan@rockbox/staff/GodEater) 08.30.48 Quit Rob222241 (Read error: 110 (Connection timed out)) 08.34.29 Nick S is now known as conando (n=john@dslb-084-060-141-020.pools.arcor-ip.net) 08.34.39 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.50.34 # * GodEater places a bet on the second bit of tumbleweed on the right 09.02.14 # heh 09.02.17 # eh 09.02.28 # whats the function to allow a certain amt of time to pass? 09.02.40 # sleep 09.03.00 # thanks 09.03.18 # hopefully i finish the nifty little tool soon ;) 09.04.24 *** Saving seen data "./dancer.seen" 09.08.20 # fucking cats 09.08.29 # making heaps of noise next door... 09.08.33 # grrrrrrrr 09.08.48 # speaking of sleep... 09.09.07 Quit JdGordon ("sleep(7*HOURS);") 09.09.14 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 09.10.46 Join petur [50] (n=petur@rockbox/developer/petur) 09.11.53 # ptw419: which "nifty little tool" are you working on ? What will it do ? :) 09.17.01 # trying to make the S bootloader allow you to pick which rockbox file you choose to load 09.18.20 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 09.18.34 Quit xushi (Read error: 104 (Connection reset by peer)) 09.19.12 # it should allow for easier dev work on the rb kernel, and with a little bit of work even boot of the OF(which i don't think is necessary) 09.20.03 # hell no :) 09.20.10 Join tvelocity [0] (n=tony@ppp185-226.adsl.forthnet.gr) 09.22.49 Join xushi [0] (n=xushi@unaffiliated/xushi) 09.33.45 Quit idnar (Nick collision from services.) 09.33.47 Join idnar_ [0] (n=mithrand@unaffiliated/idnar) 09.40.44 Quit Mathiasdm ("Yuuw!") 09.48.24 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 09.49.46 # ptw419: Sounds quite unnecessary. The only thing the rockbox bootloader should do is boot rockbox, as fast and secure as possible. It should output no text by default, and boot rockbox straight away. 09.50.19 # amiconn: Right now though, they need a way to choose the binary, since transfers are mtp only, and filenames are obfuscated. 09.50.48 # I'm not sure I understand why 09.51.08 # Send multiple over, and test each of them, in one sitting? 09.52.13 # Why is that different than an ums target, apart from the obfuscated filenames? 09.53.23 # Well, then they'd have to get RoLo working, rather than letting you pick a binary during the boot stage? 09.53.33 # * Llorean isn't really sure.... 09.54.18 # Well, you transfer a rockbox build, and reboot to test it. You need to do that on all targets 09.55.00 # Yeah, but RoLo allows you to transfer several builds, then reboot into each sequentially to try out different values. 09.55.01 # amiconn: there are a number of issues with the S though 09.55.15 # And my understanding is that the MTP deleting or overwriting of files is somewhat problematic 09.55.18 # amiconn: for example, using libmtp, you have to unplug it and plug it back in again after each mtp command 09.55.21 # or it doesn't work 09.55.39 # Since you don't set the filename, you have to go to some measures to make sure that your Rockbox binary is in the right location for the bootloader to spot it, right? 09.55.44 Quit linuxstb (Read error: 110 (Connection timed out)) 09.55.45 # and yes - deleting files over mtp is pain, you can't send the filename, you have to look up the ID it was assigned when it was written to disk 09.55.58 # and since finding THAT out is ALSO an mtp command, you've yet another plug/unplug cycle to go through 09.56.26 # So basically, it's hacking Rockbox to try to avoid the horror that is libmtp? 09.56.33 # pretty much 09.56.47 # our alternative would be of course to fix limbtp to behave nicer with the S 09.56.56 # but we're not libmtp hackers :) 09.57.38 # * amiconn thinks that if libmtp is such a pain, work should focus on one of 2 things. Either (1) fix libmtp to not require plug/unplug for each cycle, or (2) try to get the rockbox usb stack into the bootloader, and get ums working 09.57.42 # of course, once we have a proper USB stack on it, then this problem will go away too - but it's kind of a catch-22 situation at the moment 09.57.55 # The gigabeat S uses the i.MX31, right? 09.57.59 # correct 09.59.28 # but since Zagor hasn't got the usb stack doing file transfers yet, I think ptw419's method is the quickest way forward for us currently. Of course once we have rockbox in a "release" state on the S, then we can take these things out of the bootloader again. This is purely while development continues on it. 10.00.21 # Well, especially since Zagor didn't manage to get ums working yet, it would be very interesting to try it on a real i.MX31 10.00.37 Join Casainho [0] (n=chatzill@bl8-167-78.dsl.telepac.pt) 10.00.58 # he'd need an S to try it on though wouldn't he ? 10.01.00 # The PP usb controller is said to be compatible to the i.MX31's, but we can't be sure until we get it working 10.01.17 # or I guess one of us as guinea pigs, although I'm not sure how much use we'd be as debuggers for it. 10.01.24 # And it would help to narrow down whether it's a bug in the stack or a difference in the controller 10.01.40 # as I understand it though, don't we need working interrupts for his stack to work ? 10.02.59 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.09.02 Join WeaponX [0] (n=Prisoner@dsl-207-112-72-26.tor.primus.ca) 10.09.04 # hello 10.09.30 # i was just wondering, does running flac files use more battery than running mp3 files? 10.10.06 Quit pondlife (Read error: 104 (Connection reset by peer)) 10.10.31 # WeaponX: If your player has a disk, it needs to spin the disk more often, and that takes more battery. 10.10.54 # oh ok 10.11.30 # and is it possible to have rockbox just check for updated files everytime the ipod is restarted instead of going through my entire music collection 10.11.30 # ? 10.11.54 # WeaponX: yes, this is covered in the manual under the database section 10.12.15 # alrighty, i will check it our. thank you 10.12.19 Nick idnar_ is now known as idnar (n=mithrand@unaffiliated/idnar) 10.21.21 Quit j0tt (Read error: 104 (Connection reset by peer)) 10.22.54 # does lowering the brightness on rockbox help the battery to last like it does on the ipodos? 10.23.14 # I don't believe anyone's done any testing on that really 10.23.24 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.23.33 # hmm ok 10.23.39 # i would think it would because it turns down the led behind the screen 10.24.08 # yes, but the only way to acheive that is to do some complicated stuff in software 10.24.29 # since I don't believe the lcd hardware in the ipod does brightness natively 10.24.43 # Define 'the' ipod 10.25.03 Join jott [0] (n=j@unaffiliated/jott) 10.25.10 # The Video and Nano *do* have brightness control in hardware, and rockbox uses it 10.25.27 # its an ipod video 5.5g 80gb 10.25.33 # oh well - there you go then 10.25.42 # so yes, it probably will help your battery life somewhat 10.26.08 Quit Jakeworld ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 10.27.22 Join Worthless-Peon [0] (n=Prisoner@dsl-207-112-77-145.tor.primus.ca) 10.29.30 # * amiconn wonders where GodEater were during the last weeks ;) 10.29.59 # my pc blew up 10.30.00 # * amiconn committed hardware brightness control for Video+Nano back on 12 Nov 2007 10.30.00 # :) 10.30.12 # oh - that long ago 10.30.16 # hmm - I have no excuse then 10.30.17 # sorry 10.31.13 # I wanted to send you to the corner but you were already there :p 10.33.22 # Presumably the 4th Gen (both color and greyscale) also have hardware brightness control (even more fine-grained than the Nano/Video), but that needs research by a dev having such a target 10.39.35 Join waldo [0] (n=waldo@ip-81-11-222-52.dsl.scarlet.be) 10.40.09 Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) 10.43.41 Quit Worthless-Peon ("If You Can't Be Famous, Be Infamous...") 10.46.27 Quit WeaponX (Read error: 110 (Connection timed out)) 10.48.20 Join FOAD_ [0] (n=dok@dinah.blub.net) 10.50.34 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.53.53 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.54.23 Quit FOAD (Read error: 104 (Connection reset by peer)) 10.54.23 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 11.04.26 *** Saving seen data "./dancer.seen" 11.08.42 Join linuxstb [0] (n=chatzill@84.Red-217-125-28.staticIP.rima-tde.net) 11.14.58 Join NintropanHuey [0] (n=ircap8@204.Red-88-24-170.staticIP.rima-tde.net) 11.16.38 Quit NintropanHuey ("• IRcap [8.2] • www.ircap.net •") 11.19.29 Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) 11.19.46 Quit DataGhost (Nick collision from services.) 11.19.54 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 11.19.55 # I thought eigma was going to send his "Gentlemen, we have SOUND!" email last night ? 11.20.03 # What target has sound? 11.20.09 # m:robe 11.20.13 # Aaah, neat 11.20.22 # I can't see it on the list though 11.20.27 # I could have sworn he said he'd sent it 11.20.48 # Gentlemen, you've got MAIL! 11.21.59 # I haven't seen it. 11.22.20 # maybe he's not subscribed to the list 11.22.22 # and it got bounced 11.29.36 # * GodEater notes that linuxstb's original "Gentlemen" email for the ipod didn't include what song was played first. 11.29.39 # :( 11.30.52 # hmm 11.31.05 # latest svn + viewports patch won't build for the gigabeat F 11.37.48 Join FOAD_ [0] (n=dok@dinah.blub.net) 11.38.57 Quit midkay ("Leaving") 11.39.02 Join midkay [0] (n=midkay@rockbox/developer/midkay) 11.41.27 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.50.14 # anyone else playing with the patch at all ? 11.53.11 # * pondlife isn't 11.53.14 # GodEater: You need v4.2 11.53.23 # * petur would love to but has zero spare time :( 11.53.25 # Which linuxstb hasn't yet put on flyspray 11.53.38 # If you check the logs he posted a link to his site yesterday 11.53.41 # But I do like amiconn+pixelma's Tower.. 2.3kg of pure Rockbox 11.53.44 # ah ok 11.53.54 # GodEater: It works very nicely though 11.54.01 # pondlife: not exactly (yet) 11.54.20 # because of the M3 11.54.30 # GodEater: I had a play and adapted cabie v2 to it (plus some personal changes) just to see how it works 11.54.37 # Hmm, that's not valid then (yet) ;) 11.54.42 # pondlife: but glad you like it ;) 11.55.06 # I particularly like the inclusion of foundations. 11.55.06 Quit FOAD (Connection timed out) 11.55.07 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 11.55.18 # BigBambi: are you sure it's in the logs from yesterday ? 11.55.35 # GodEater: No, day before :) http://www.davechapman.f2s.com/rockbox/viewports-v4.2.diff 11.56.12 # I'll put it on flyspray myself - it'll save him doing it ;) 11.57.02 # pondlife: yes, that came in very handy :) 11.58.19 # GodEater: It is exactly the same as v4.1 with a fix to compile on gigabeat 12.01.04 # much better 12.01.05 # :) 12.01.52 # cool 12.02.07 # flyspray now has it too 12.02.28 # Excellent 12.02.39 # It really works very nicely 12.02.54 # I'm trying to think of something to do with it ;) 12.03.20 # Yeah, that is part of the problem 12.03.49 # I did a theme that didn't really need it (I just used to to have arbitrary line spacings) as a proof of concept type thing 12.04.11 # But I'm not very creative 12.05.27 # I guess what would really show it off is a wps which has two columns of data on it 12.05.51 # Yes, which makes it a bit harder on a portrait screen 12.06.19 # Which lends itself much more to a line based approach anyway 12.06.32 # yeah, I was just thinking that 12.06.36 # * GodEater eyes his ipod... 12.06.44 # I'd think the status bar would be a good thing to viewport... 12.07.02 # I think most people agreed with that 12.07.04 # Ipod Classic style? eurgh... 12.07.35 # hmm - my hedkandi theme has been deleted from the wiki :( 12.08.14 # whyfor? 12.08.29 # pixelma: you're the artist - you knock us up a good wps to show off the current viewports status ;) 12.08.36 # yeah! 12.08.37 # did anyone try JdGordon's test plugin? http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-01/0001.shtml 12.09.32 # not so far 12.09.41 # nope 12.12.21 Part pondlife 12.14.03 # actually, just having a viewport in the middle of the screen to limit scrolling would do 12.14.15 # so you can have some sort od decorative border 12.14.19 # s/od/of 12.18.22 Join Jeton [0] (n=chatzill@79.126.189.67) 12.27.20 Quit linuxstb (Read error: 113 (No route to host)) 12.30.11 Join InMyMind [0] (n=a@bb-81-175-158-251.dsl.phnet.fi) 12.36.45 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.37.09 Join lee-qid [0] (n=liqid@p54967D94.dip.t-dialin.net) 12.37.57 Join MethoS- [0] (n=clemens@pD955D73F.dip.t-dialin.net) 12.43.00 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 12.43.14 # is there any possibility to include in the Album Art query so that it can search for more than cover.bmp or Artist -Track.bmp. For example Sansa OF uses Folder.jpg, therefore in Rockbox it can be Folder.bmp 12.43.41 # This would eliminate the need for renaming, you would only need to convert the files to .bmp/ 12.44.58 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 12.55.21 Quit davina (Remote closed the connection) 12.55.43 # * GodEater hacks the Theme X Glow wps to use a Viewport in the middle 12.55.58 # it seems the "main" viewport though ignores the currently selected foreground colour 12.57.33 Join moos [0] (i=moos@m237.net81-66-159.noos.fr) 13.00.32 # yeah - if you change the fg colour - the elements of the wps which should be affected by it aren't 13.03.28 Quit MethoS- ("Konversation terminated!") 13.04.30 *** Saving seen data "./dancer.seen" 13.08.07 # Badger (or anyone else ;o) .. could you perhaps roughly hint me in the direction to how i would code scheduling the selected song in picture flow for playing? (immediately afterwards the plugin would quit so playing could start) 13.09.55 # I'm not sure that's possible 13.10.03 # at least, I can't think of a way of doing it 13.10.25 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.10.32 # I don't think the current plugin architecture allows you to do what you want 13.10.54 # any of the older WPSs which relied on both margins of the Scrolling Margins patch would be prime candidates for viewport conversion. 13.12.42 # GodEater: hm ok :( .. Badger yesterday said it should be possible ;) so i hoped there would be a way to achieve that 13.15.51 # conando: in that case you're better off getting advice from Bagder, since I've no clue how to do it. 13.16.21 # soap: the quick hack I did to "Theme X Glow" works very well with confining the track information to the box in the middle of the screen 13.16.39 # apart from, as outlined above, the little issue with the foreground colour of the fullscreen viewport not changing 13.17.12 # GodEater: ok, thanks anyway.. i'll wait for him to clue me in ;) 13.17.13 Join einhirn [0] (n=Miranda@p5B030257.dip0.t-ipconnect.de) 13.21.51 Join mf0102 [0] (n=michi@85.127.182.187) 13.22.14 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 13.28.35 Quit Jeton ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 13.28.44 Join picker [0] (n=c27f0811@gateway/web/cgi-irc/labb.contactor.se/x-3ae95500e1717a5d) 13.29.53 # Jeton: yes, I'd also find it usefull if the AA would also be searched in ../.bmp 13.30.43 # But as the wiki says (http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=AlbumArt), only ../albumtitle .bmp is used. 13.31.50 # I'd place ../folder-name.bmp between 4 and 5 (as in the wiki). What do other people or developers here think? 13.34.59 # It's a bit unlogical now: for the file, the file name is used, but for the album, the album title (and not the folder name) is used. IMHO folder name could be used as well (after album-title.bmp hasn't been found) 13.35.14 Quit pepie34 ("Ex-Chat") 13.35.31 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 13.37.43 Quit picker ("CGI:IRC") 13.40.50 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.42.41 Quit pepie34 ("Ex-Chat") 13.50.05 Join bwananna [0] (n=bwana@68-117-68-169.dhcp.roch.mn.charter.com) 13.50.08 # say 13.50.24 Quit jcollie ("Ex-Chat") 13.51.59 # woof 13.52.15 Quit DerDome ("Leaving.") 13.52.23 Quit jott (Read error: 104 (Connection reset by peer)) 13.53.54 # can one upgrade rockbox simply by coping the .rockbox from the newest rockbox.zip to the same folder on the ipod for instance 13.54.10 # yes 13.54.11 Join jott [0] (n=j@unaffiliated/jott) 13.54.16 # that is in fact the recommended method 13.54.17 # Yes. 13.54.27 # i was hoping so but wasn't sure 13.54.28 # thanks 13.54.30 # although we'd substitute "copy from zip file" with "extract" 13.58.48 # why does albumart.[ch] live in apps/recorder ? 13.59.18 Quit amiconn (Nick collision from services.) 13.59.26 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.03.00 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 14.03.17 # hey linuxstb :) 14.03.26 # Good afternoon. 14.03.44 # I added the 4.2 diff to flyspray for you. Hope you don't mind. 14.04.34 # No problem - the next patch is taking much longer than I thought. 14.05.24 # what's going into it ? 14.05.42 # I also read in the logs about your problem with the colours of the main viewport in the WPS. I'll look at that. 14.06.08 # Nothing special - just implementing viewports in more lcd drivers (there are 7 to do...) 14.07.17 # I've not checked for similar behaviour with the bg_color - all the WPS's I've tried have had backdrops 14.07.35 # is the information in wikipedia right that "aluminium" is the British spelling? 14.08.24 # pixelma: yep 14.08.28 Join kugel [0] (i=kugel@unaffiliated/kugel) 14.09.32 # ptw419: Sounds quite unnecessary. The only thing the rockbox bootloader should do is boot rockbox, as fast and secure as possible. It should output no text by default, and boot rockbox straight away. 14.09.50 # GodEater: thanks, just found a (?) nice typo in the Nano manual... 14.10.26 Join TMM [0] (n=hp@athedsl-178156.home.otenet.gr) 14.10.26 # for usability, thats true, but as a dev tool, I think it would be very useful at this point, due to all the trouble it takes to reload another rb file as explained by GodEater 14.11.12 # my next goal was to probably try to integrate the current usb stack w/ the S build 14.11.57 # but that also depends on what is done, and what is required. also, I didn't know aboutl rolo, but i might look into that as well 14.12.10 # which reminds me - I never found out if the usb stack requires working interrupts or not :) 14.13.04 # linuxstb: are you duplicating a lot of code when implementing viewports for all the lcd drivers? 14.13.10 # I was wanting to see how far into rb could go w/out interrupts 14.14.45 # as far as deleting files on the S using libmtp, I found that only deleting them in Windows works :\ 14.15.22 # ptw419: I managed to get it work - but you have to use the file's id number 14.15.29 # ptw419: you can't just use the filename for some reason 14.16.05 # ah 14.16.15 # also, there appear to be two files present which, should you delete them, the OF just replaces again straight away 14.16.16 # Bagder: are you there? 14.17.10 # I was wondering how the OF "maps" the files actually on the hd in sequential number, and the filenames listed through mtp 14.17.42 # excellent, it upgraded properly 14.17.45 # b/c if you del a file using remove from the bootloader, it still shows in the mtp file listing 14.17.49 # thanks for the great software folks 14.18.31 # ptw419: that's curious indeed 14.18.41 # and if you try to open it after deletion, it doesn't open, which makes me suspect there is some type of relational db or something similar(my thoughts point to the .edb files) 14.19.10 # isn't .edb some sort of access database ? 14.19.21 # GodEater: exchange 14.19.23 # I seem to recall that's what the early versions of Microsoft Exchange used 14.19.27 # :) 14.19.48 # Microsoft: "let's implement an enterprise email solution using ACCESS!!!" 14.19.50 # if we can manage to figure that out, I think we have an excellent way to interface w/ the files on the hd 14.19.58 # heheh 14.20.13 # BillG: "It can't turn out worse than Lotus Notes. Go for it." 14.20.38 # good ol' bill 14.21.06 # I bet it was because someone cooked it up in VBA one lunch time 14.21.11 # anyway - back on topic ;) 14.24.05 # i never learned vb. too difficult 14.24.34 Join Crash91 [0] (n=Crash@41.232.214.150) 14.24.42 # hahaha 14.24.48 # Guys im thinking of making a contender for DefaultWPS 14.25.13 # need to know a few things from all you RB users 14.25.51 # #1 What is the most preferable font/font size to use? (one which is readable and clear) 14.26.44 # #2 What is the preferred volume/battery meter type? Would nice and simple graphical ones with text ones beside them be ok? 14.26.58 # Crash91: the answer to 1) is different on every target 14.27.23 # GodEater: True, different dpi im guessing? 14.27.35 # well - different resolutions certainly 14.28.07 # also you don't really need to ask 2) - that's why it's a competition. If you come up with something people like, then it'll get votes... 14.28.28 # ok, #3 then 14.29.11 # GodEater: I was thinking of taking what everyone wants and making a perfect WPS 14.29.48 # there's no such thing 14.29.54 # everyone wants something different 14.30.11 # if we already knew what a perfect WPS looked like - we wouldn't be having a competition would we ? 14.30.34 Quit Casainho (Remote closed the connection) 14.30.50 # Are high contrast colours more preferable (i.e. Black and White) or something more subtle, like grey on black? 14.31.06 # (im not just talking monochrome here) 14.31.25 # GodEater: Well, not a perfect one, but at least one that appeals to the widest range of people 14.31.28 # why don't you just submit a design to the thread, and see what people think ? 14.31.40 Quit ptw419 (Remote closed the connection) 14.31.47 # GodEater: I for one dislike Cabbie, thats why im doing it 14.31.59 # GodEater: ok , im gonna do that now :) 14.32.29 Join Casainho [0] (n=chatzill@bl8-167-78.dsl.telepac.pt) 14.32.30 # * Crash91 reboots into windows to use PS (i cant get used to the gimp!) 14.32.38 Quit Crash91 ("Leaving") 14.34.54 Quit ctaylorr (Read error: 110 (Connection timed out)) 14.35.05 # ah crap - ptw419 left :( 14.36.04 Quit linuxstb (Read error: 113 (No route to host)) 14.38.58 Quit einhirn (Read error: 104 (Connection reset by peer)) 14.48.03 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 14.48.36 # neat - there's an MTP based FUSE filesystem :) 14.48.42 # http://www.adebenham.com/mtpfs/ 14.55.51 # markun: Well, the LCD drivers are already extremely similar to each other, so in that respect you could say I'm duplicating code (i.e. the diffs are almost identical). But it's not duplication in terms of code that can be factored out. 15.04.08 Quit hcs ("Leaving.") 15.04.34 *** Saving seen data "./dancer.seen" 15.10.04 # linuxstb: that's unfortunate 15.11.33 Quit Mathiasdm (Read error: 110 (Connection timed out)) 15.16.01 # linuxstb: LCD drivers are similar because of what they do, but as you said, it'd be very difficult to impossible to find simply duplicated code to factor out 15.16.48 # The different pixel formats each offer different optimisation strategies - which need to be used for optimal performance 15.17.17 # I agree, I've been trying to see ways to nicely factor out code, and can't... 15.17.27 # And sometimes simple duplication is easier than going through hoops to avoid it. The asm part of the h1x0 and m5 lcd drivers is an example... 15.19.07 # It could be moved 2 dir levels up and use #if/#else for separation, but I'm not sure this would be a good idea (the difference is that the H1x0 uses a GPIO bit to switch the A0 bit of the LCD controller, while the M5 uses a real cpu address bit) 15.21.19 Join kugel_ [0] (i=kugel@e178091125.adsl.alicedsl.de) 15.21.30 Quit kugel (Nick collision from services.) 15.21.32 Nick kugel_ is now known as kugel (i=kugel@e178091125.adsl.alicedsl.de) 15.27.27 Join MethoS- [0] (n=clemens@pD955D73F.dip.t-dialin.net) 15.29.01 Join J3TC- [0] (n=jetc123@pool-72-76-184-14.nwrknj.east.verizon.net) 15.31.23 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 15.31.45 Join MethoS-- [0] (n=clemens@pD955BE90.dip.t-dialin.net) 15.35.45 # amiconn: do you know whether the USB stack requires working interrupts? 15.35.51 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 15.36.45 # * Nico_P bbs 15.38.52 Join Honkboy [0] (n=stefan@dslb-084-056-097-115.pools.arcor-ip.net) 15.39.46 # I don't know 15.41.18 Quit pepie34 ("Ex-Chat") 15.41.36 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 15.41.56 Join zicho [0] (n=martin@c-3299e355.68-7-64736c14.cust.bredbandsbolaget.se) 15.41.56 # I guess a polling version would be possible 15.42.02 Quit pepie34 (Read error: 104 (Connection reset by peer)) 15.42.53 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 15.43.52 Quit TMM (Read error: 110 (Connection timed out)) 15.43.54 Quit pepie34 (Client Quit) 15.44.11 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 15.49.50 Join japc [0] (n=japc@194.65.5.235) 15.50.56 Quit advcomp2019 ("There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.") 15.52.47 Join stewsleep [0] (n=WTFOMGBB@91.106.153.157) 15.54.54 Join desowin [0] (n=desowin@atheme/developer/desowin) 15.56.01 Quit MethoS- (Read error: 110 (Connection timed out)) 15.58.06 # hmm I guess we'll have to ask Zagor when he comes by... I'll give fixing libmtp a go 15.58.42 Quit xushi () 16.00.06 Join DerPapst [0] (n=DerPapst@p5B23C3EF.dip.t-dialin.net) 16.00.10 Join iamben [0] (n=ben@adsl-76-206-222-169.dsl.spfdmo.sbcglobal.net) 16.01.32 Join jcollie [0] (n=jcollie@161.210.6.204) 16.01.52 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 16.06.52 Quit Axio (Remote closed the connection) 16.08.59 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.10.44 Quit courtc (Read error: 104 (Connection reset by peer)) 16.11.27 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 16.19.26 Part pondlife 16.19.50 Part Honkboy ("Leaving.") 16.21.32 Quit tvelocity ("ΑποχώÏησε") 16.21.44 Quit maddler ("connection reset by beer!") 16.22.03 Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 16.29.26 # GodEater: using gnomad2 works for me and makes things a little less painful 16.35.30 # GodEater: When you get chance, can you test if viewports-v5.diff (just added to flyspray) fixes your problem? 16.44.11 Join Febs [0] (n=chatzill@38.98.196.75) 16.45.20 # The libmtp website lists the gigabeat S as supported, so I wonder why it's so quirky... 16.47.30 # it seems to not like the ptp session closing very much 16.50.24 # * amiconn also didn't know that microsoft wants mtp to become an official standard 16.58.14 Quit Mathiasdm (Read error: 110 (Connection timed out)) 16.59.07 Join m0f0x_ [0] (n=m0f0x@189-47-74-88.dsl.telesp.net.br) 17.00.24 Quit pepie34 ("Ex-Chat") 17.03.45 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 17.03.48 Quit kugel ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 17.04.36 *** Saving seen data "./dancer.seen" 17.08.28 Quit m0f0x__ (Read error: 110 (Connection timed out)) 17.09.11 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 17.12.37 Quit thegeek (Read error: 104 (Connection reset by peer)) 17.14.09 # * GodEater prods at linuxstb 17.14.35 Join xushi [0] (n=xushi@unaffiliated/xushi) 17.19.42 # :-( 17.19.44 # The main purpose of the protocol is to transfer media files and associated metadata to/from devices, with optional additional support for remote control of the device, reading and setting of device parameters such as special DRM-related device parameters for restricted content. 17.20.00 # MTP: http://en.wikipedia.org/wiki/Media_Transfer_Protocol 17.20.24 # thats why a Free/Open hardware player for future must be made!!! 17.21.30 Join lassesdatamaskin [0] (n=sindre@165.80-202-81.nextgentel.com) 17.23.42 Join DerDome [0] (n=DerDome@dslb-082-083-211-198.pools.arcor-ip.net) 17.28.50 Quit axionix (Read error: 104 (Connection reset by peer)) 17.29.38 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 17.30.11 # * jhMikeS needs to know what keys would be best used for ff and rw for mpegplayer on mr500 and c200 or whether to just commit and let that be chosen later 17.31.48 # c200 - left/right I would say... 17.33.43 # pixelma: ok, thanks 17.33.57 # jhMikeS: will seeking speed up like it does with audio? 17.35.03 # markun: I nicked the basic procedure from the WPS for the WVS so that it even uses the user's preferences 17.35.29 # thanks 17.35.43 # because it was a pain to seek through a 1.5 hour video last weekend ;) 17.35.50 # jhMikeS: didn't check if that's already defined but can't you just use the same buttons as defined for the WPS? 17.35.55 Quit GodEater (Read error: 110 (Connection timed out)) 17.36.21 # (re. mr500) 17.36.38 # pixelma: in mpegplayer no mappings were on those keys anyway for either player. 17.37.14 # so in short probably the best thing to just go ahead 17.37.37 Join JdGordon [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 17.38.36 Quit Mathiasdm (Read error: 110 (Connection timed out)) 17.38.49 # hmmm...no WPS mappings exist but I guess it has BUTTON_RC_REW/FF (commented out) 17.39.58 # if I remember correctly the button mapping in mpegplayer wasn't the most intuitive on the c200 (I always have to try out which button calls the menu) so it could need a little tweaking later anyway... 17.40.07 Join Rondom [0] (n=Rondom@p57A96971.dip.t-dialin.net) 17.40.15 Join GodEater [50] (n=bryan@rockbox/staff/GodEater) 17.41.21 # * GodEater prods at linuxstb some more 17.42.31 Join webguest70 [0] (n=51be4e9c@gateway/web/cgi-irc/labb.contactor.se/x-b64d1ec3fc99b444) 17.42.44 Join Buschel [0] (n=AndreeBu@p54A3F7AD.dip.t-dialin.net) 17.43.42 Quit webguest70 (Client Quit) 17.44.02 Join phossy [0] (n=martin@88-109-47-210.dynamic.dsl.as9105.com) 17.45.24 Join Axio_ [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) 17.48.10 Join xushi_ [0] (n=xushi@unaffiliated/xushi) 17.48.46 # I see someone else has found the telechips info and kindly supplied us with links to it all in the forums 17.48.54 # should we leave the links there 17.49.03 # ? 17.50.54 Join m0f0x [0] (n=m0f0x@189-47-35-89.dsl.telesp.net.br) 17.54.26 # GodEater: I was wondering about that as well.. 17.55.28 Quit m0f0x (Read error: 104 (Connection reset by peer)) 17.55.54 Quit xushi (Connection timed out) 17.57.00 Join m0f0x [0] (n=m0f0x@189-47-16-102.dsl.telesp.net.br) 17.57.04 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 17.57.23 Join dongs [0] (i=500@l212168.ppp.asahi-net.or.jp) 17.57.35 # lol 17.57.40 # http://www.mikrocontroller.net/topic/51522 17.57.42 # rockbox spam 17.57.46 # last post 17.57.58 Quit m0f0x_ (Read error: 110 (Connection timed out)) 17.59.58 # markun: I think I'll just leave it for Llorean or LinusN/Bagder to worry about 18.00.57 # dongs: FFS! 18.06.12 # keke 18.06.13 # k bbl 18.06.14 Part dongs 18.08.27 Quit linuxstb (Read error: 113 (No route to host)) 18.09.43 Join linuxstb [0] (n=chatzill@84.Red-217-125-28.staticIP.rima-tde.net) 18.15.16 # work->home 18.15.38 Quit petur ("work->home") 18.16.17 Join Addicted [0] (i=fnode@a.p2pWhore.se) 18.17.52 Quit Addicted ("Reconnecting") 18.18.00 Join Addicted [0] (i=fnode@sh33p.g0.m33p.info) 18.20.16 # has anyone ever tried using lint/splint on the rockbox code? 18.20.54 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-c85d9c26886608db) 18.21.10 Quit Wex (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet") 18.23.46 # jhMikeS: congrats :) 18.24.23 # Nico_P: thanks. that one was a long time coming. :) 18.24.45 # it's going to make a lot of people very happy 18.25.13 # while viewing screen :) 18.25.33 # * jhMikeS thought "While Video Screen" but that works too 18.27.47 # jhMikeS: you did some of the work in the frequency scaling of PP502x? 18.29.30 # Buschel: A few pieces to stabilize things. 18.30.03 Join Shaid` [0] (i=shaid@203-217-66-184.dyn.iinet.net.au) 18.30.56 Quit Casainho ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 18.31.26 # jh: perfect. that's where I have problems with... in fs#8379 i tried to use 24MHz without PLL -- as I want to check the influence of PLL regarding current consumption. when I do so the ipod hangs up after about 1 1/2 hours. maybe you could take a look at it and have some ideas? 18.32.25 Quit amiconn (Nick collision from services.) 18.32.34 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.33.27 Join xushi [0] (n=xushi@unaffiliated/xushi) 18.33.50 # Buschel: LCD bridge stuff gave trouble on H10 18.34.50 Join Tyroazard [0] (n=Tyroazar@pcd659119.netvigator.com) 18.34.54 # Uhm 18.34.55 # Help? 18.35.14 # * bwananna throws Tyroazard a life vest 18.35.29 # Right. 18.35.34 # At least there's someone here 18.35.48 # Might as well dump my query and wait. 18.36.07 # Uh, I have a iPod Video 30GB, I've installed rockbox 18.36.12 # jhMikeS: when using 24MHz without PLL? 18.36.26 # Tyroazard: As you will know from having read the guidelines, always just ask 18.36.53 # And when I try to play a song, it gives undefined instruction at 0016B030 (0) 18.37.08 # Tyroazard: Which build, when is the bootloader from 18.37.11 # Yeah, I was typing, rather, recreating the problem 18.37.13 # Uh 18.37.33 # I just downloaded the Rockbox Ultility from the website 18.37.38 # And ran full install 18.37.50 # Tyroazard: And are you sure you are using the correct iPod video build 18.38.05 # Yeah 18.38.11 # 30G/80G 18.38.15 # No 18.38.19 # BigBambi, i believe RBUtil installs the 30GB build on all 5th gen iPods 18.38.28 # krazykit: Ah 18.38.40 # Uhm. There's two more problems 18.38.48 # I can't turn the thing off. 18.38.56 # It goes Shutting down and then reboots 18.38.56 # Buschel: I never tried that. The main problems were 1) using timer interrupts on COP 2) changing the LCD bridge clock when switching 3) Having both cores running during the frequency switch (othercore must be stopped a short time). 18.39.05 # Tyroazard: To be sure, could you download the latest current build for 30 Gb iPod Video from the website and install it 18.39.09 # And I can't connect it to the computer 18.39.39 # Tyroazard: Rockbox doesn't currently have a USB mode, reboot to the Apple firmware or emergency disk mode to connect to computer 18.39.48 # ._. 18.40.03 # Tyroazard: Have you read the manual? 18.40.16 Quit amiconn (Nick collision from services.) 18.40.24 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.40.27 # Tyroazard: And how are you trying to shut down? 18.40.39 # Pressing the Play/Pause button 18.40.46 # Tyroazard: Odd 18.41.07 # Can you try installing the current build please? 18.41.56 # I'm trying my luck at reinstalling 18.42.00 # I've got it connected 18.42.01 Quit xushi_ (Connection timed out) 18.42.40 # Tyroazard: If you have the same problems, could you try the manual installation instructions rather than rbutil? 18.42.42 # jhMikeS: the WVS is awesome! :) 18.42.51 # * BigBambi goes to svn up 18.42.52 # Alright 18.42.55 # jhmikes: saratoga tries to do some current measurements with these changes. if there is a reasonable amount of current we may save, disabling PLL for normal clock gets quite interesting... as i said, on my 5G it playback runs for about 1.5h, then the unit freezes. 18.42.59 # I'll try the manual installation 18.43.23 # Tyroazard: Thanks 18.43.46 # WVS?? 18.43.54 # while viewing screen i guess 18.43.55 Join GodEater_ [0] (n=vircuser@rockbox/staff/GodEater) 18.44.07 Quit Shaid (Read error: 101 (Network is unreachable)) 18.44.08 Nick Shaid` is now known as Shaid (i=shaid@203-217-66-184.dyn.iinet.net.au) 18.44.14 # GodEater_: You were prodding eariler? 18.44.15 # Buschel: In my experience clocking seems to be a big factor in locking for PP. 18.44.33 # linuxstb: 0 bytes in patch v5 :) 18.44.40 # GodEater_: You sure? 18.44.44 # Nico_P: thanks. any other info that should be there? 18.44.55 # jhMikeS: does it work on the players with rotated screens? 18.44.59 # jhmikes: i can guess... that's why i hoped for some good ideas out of your experience :) 18.45.12 # markun: yes. it has rotated font drawing. 18.45.17 # linuxstb: it was earlier - it appears to be full now :) 18.45.27 # GodEater_: A miracle ;) 18.45.29 # jhMikeS: maybe the remaining time 18.45.33 # Hmm.... 18.45.48 # I hope the ui elements are only shown when doing operations 18.45.59 # but I don't really care, I like it very much like it is 18.46.02 # amiconn: of course 18.46.19 # amiconn: It's a popup when you press button and hides after 4s 18.46.41 # amiconn: since when do you watch videos? :P 18.46.51 # * jhMikeS has to fix his idiotic red...:p 18.47.28 Quit amiconn (Nick collision from services.) 18.47.33 # * BigBambi gives jhMikeS a hearty slap on the back 18.47.33 # Alright 18.47.37 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.47.38 # Got new installation in 18.47.42 # I agree, WVS is awesome 18.47.49 # Tyroazard: cool, any improvement 18.47.57 # But shutting down the iPod still doesn't work 18.48.02 # It still goes Shutting Down 18.48.05 # And then reboots 18.48.58 # Do you get the undefined instruction any more? 18.49.10 # Tyroazard: when are you releasing the button? 18.49.35 # Alright 18.49.45 # The undefined instruction's gone away 18.49.50 # And- 18.49.53 # Oh nevermind 18.49.56 # it's back. 18.50.12 # There also was a Data Abort 18.50.25 Quit amiconn (Nick collision from services.) 18.50.28 # And you just installed the official bootloader with ipodpatcher? 18.50.33 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.51.08 # has anyone familiar with MoB paid any attention to the forum post from a few 80GB iPod owners about sound glitches ? 18.51.13 # Yeah 18.51.16 # * amiconn is starting to *hate* his provider :( 18.51.20 # So now it goes 18.51.20 # Tyroazard: Could you copy the contents of rockbox-info.txt (or similar) from your .rockbox folder to pastebin.ca? 18.51.29 # Alright 18.51.30 # Wait 18.53.07 # is the WVS only in SVN currently or already in the latest build? 18.53.23 Quit amiconn (Nick collision from services.) 18.53.31 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.53.40 # conando: both 18.53.47 # conando: the latest build is always what's in svn 18.53.52 # The current build is built or svn commit 18.53.59 # s/or/on 18.54.11 # ah.. cool... didn't know that 18.54.28 # our build system is magic ;) 18.54.37 # i thought it's simply scheduled daily :) yeah yeah.. sorry i always underestimate 18.54.39 # That's why the current build changes many times a day - it is on vn commit 18.54.39 # jhMikeS: I also wonders how it works on greyscale targets 18.54.41 # there's still some quirks occasionally which I have to get to 18.54.47 # How would I get the thing to go into disk mode again? 18.54.51 # It's stopped working 18.54.52 # =p 18.54.54 # amiconn: I cheated a bit but it does work 18.54.56 # jhMikeS: a really nice job man! 18.55.05 # Tyroazard: Either boot to the OF 18.55.13 # How? 18.55.16 # * conando rushes for his sansa 18.55.17 # How to dual boot is in the manual 18.55.26 # conando: there is a daily build too - which is only built once a day - but we never really recommend anyone use it 18.55.37 Quit Tyroazard () 18.55.49 Join Tyroazard [0] (n=Tyroazar@pcd659119.netvigator.com) 18.55.56 # Tyroazard: Or boot to emergency disk mode (which should be in the manual too) 18.56.01 # how? 18.56.28 # ah ok.. btw how long does a clean build take on a "standard" pc (roughly)? i guess it's not thaaaat long is it? 18.56.36 # amiconn: what it really needs is that graylib can fully specify the overlay rectangle when running 18.56.46 # (still haven't my own build environment up) 18.56.49 # Tyroazard: The main reason I'm not just telling you is there are two many targets to remember all the keys for, but also you will find people here are happy to help, but expect you to have read the documentation :) 18.56.56 # Where is the manual? 18.56.57 # ._. 18.56.58 # The raylib will be replaced by the greylib soon(ish) 18.57.05 # conando: about 2 minutes 18.57.06 # I've read the one on the website 18.57.12 # But I'm not sure if that's it 18.57.13 # Tyroazard: There is a link called manual on every page of www.rockbox.org 18.57.20 # I am thinking about text output (and other drawing functions) in unbuffered mode as well 18.57.28 Join bertrik [0] (n=Bertrik_@216-020-045-062.dynamic.caiway.nl) 18.57.32 # This it? 18.57.32 # The Rockbox Manual 18.57.32 # for 18.57.32 DBUG Enqueued KICK Tyroazard 18.57.32 # Ipod Video 18.57.36 # Tyroazard: yep 18.57.44 # GodEater_: aaah that's nice :) 18.57.47 # It tells you how to dual boot 18.58.24 Quit xushi (Connection reset by peer) 18.58.36 # amiconn: I thought there wouldn't be buffered/unbuffer distinction any longer 18.58.42 # *unbuffered 18.58.58 # Emergency disk mode on ipod video is (I think) menu + select to reboot then (not sure here) either select or menu + play for diskmode 18.59.10 # i'm more used to projects where a clean build took 2h instead of 2min.. what a relieve 18.59.15 # But as I say, you are better looking up the keys for yourself 18.59.43 # menu+select to reboot, *immediately* followed by select+play for disk mode 18.59.48 # Alright 18.59.50 # There we go 18.59.55 # but I'd just flick the hold switch to "on" after the reboot 18.59.57 # and go into the OF 19.00.02 # the disk transfers are faster then 19.00.12 # GodEater_: Yeah, that was my first suggestion 19.00.31 # But I couldn't remember the keys for that either, hence my suggestion to read the manual :) 19.00.53 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 19.00.54 # being an ipod owner, I remember that one quite easily ;) 19.01.13 # i bet 19.01.18 Quit amiconn (Nick collision from services.) 19.01.27 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.01.31 # poor amiconn 19.01.32 # http://pastebin.com/pastebin.php?dl=m219514a8 19.02.10 # Tyroazard: You are using the wrong ipod video build 19.02.18 # Really? 19.02.19 # ... 19.02.21 # You are using one for 60/80 Gb 19.02.25 # Bah. 19.02.30 # Not 30 Gb 19.02.39 # ._. 19.02.45 # I thought it was 60GB by itself 19.02.48 # And then 30/80 19.02.52 # no 19.02.53 # Nope 19.02.55 # With the 60 discontinued. 19.03.04 # If you check the current build page, it is quite clear 19.03.20 # Oh 19.03.24 # the 30GB only has 32MB of memory - that's the difference Tyroazard 19.03.26 # Well I suppose that explains it. 19.03.27 # The place you downloaded the build for during the manual install 19.03.35 # you're trying to use more memory in your ipod than is available 19.03.40 # which is why it keeps crashing ;) 19.03.43 # jhMikeS: I first thought I could ditch buffered mode... but that won't work for certain applications 19.03.45 # Well 19.03.46 Join Mathiasdm2 [0] (n=Mathias@d54C597B6.access.telenet.be) 19.03.46 Quit Mathiasdm2 (Read error: 104 (Connection reset by peer)) 19.03.54 # I'mma going to reinstall with correct build then 19.03.58 Join JdGordon|w [0] (n=836b0048@gateway/web/cgi-irc/ircatwork.com/x-81238864f1b7138b) 19.04.00 # My mom's going to kill me ._. 19.04.03 # it should work fine after that 19.04.07 # 2AM here 19.04.13 # And I promised to go to sleep at 11PM 19.04.19 # Nico_P: you still here ? 19.04.23 # Tyroazard: You haven't damaged anything 19.04.24 # yes 19.04.24 # In some applications, a frame needs several drawing operations before it should be shown 19.04.29 # Tyroazard: Oh, I see :) 19.04.33 # Do I need to reinstall bootloader? 19.04.39 # If it is shown 'live', there would be flicker 19.04.41 *** Saving seen data "./dancer.seen" 19.04.45 # Nico_P: do you have any thoughts on the choopy sound on the 80GB ipod when it's buffering ? 19.04.47 # Tyroazard: No 19.04.51 # s/choopy/choppy 19.04.54 # An example is cube.rock (on mono targets) 19.05.20 # But for applications like mpegplayer, text output in unbuffered mode should be ok 19.05.35 # GodEater_: I don't remember which task it was on, but someone reported the problem started with some ATA changes for the ipods 19.05.45 # ah 19.05.49 # wonder who did those then 19.05.53 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.05.53 # * GodEater_ peers at amiconn 19.06.05 Join Alonea [0] (n=chatzill@69.92.201.36) 19.06.10 # I suppose I should get to sleep then 19.06.10 # they probably highlight possible improvements in the buffering code though 19.06.18 # Before my mom kills me in my sleep ._. 19.06.34 # if you don't go to sleep - she can't kill you in your sleep 19.06.37 # cos you're awake :) 19.06.37 # Oh wait, she can't kill me in my sleep if I'm not sleeping 19.06.37 # GodEater_: http://www.rockbox.org/tracker/task/8260#comment20206 19.06.39 # Yeah 19.06.40 # ... 19.06.51 # thanks Nico 19.07.36 # Ugh. 19.07.53 # Damn it. My perfect grammar is gone. 19.07.58 # Nico_P: btw - I had another question earlier today which you're the man to answer :) 19.07.59 # Those idiots at #drlchat. 19.08.07 # (Not on this server, mind you) 19.08.09 # Tyroazard: This is an on-topic logged channel 19.08.13 # Meh. That WVS commit will cause a conflict with my current greyscale work (plugin api) :( 19.08.17 # Nico_P: why are albumart.[ch] in apps/recorder ? 19.08.19 Quit mf0102 ("Verlassend") 19.08.24 # amiconn: any thoughts on the possibility that r15444 could have made sluggishness appear in the buffering? 19.08.39 # Alright then, I'll just finish off the install and test for issues 19.08.44 # Thanks #rockbox 19.08.51 # no probs 19.08.54 # GodEater_: because the things in there are meant for targets with bitmap screens or recording capabilities 19.09.19 # I'd never have guessed that 19.09.27 # thanks for enlightening me :) 19.09.46 # these folders really need to be renamed 19.11.09 # Oh hey, turning off works 19.11.38 # And playback works 19.11.50 # Everything's working normally, I guess that solves it 19.11.50 Quit lee-qid (Success) 19.11.51 # Thanks 19.11.55 # Happy new year 19.12.33 # ah 15444 was indeed amiconn's work :) 19.12.46 # Oh yes, Can I watch movies? 19.12.52 # If so, which formats? 19.12.53 Quit amiconn (Nick collision from services.) 19.12.55 # Tyroazard: read the manual :) 19.12.56 # And where do I put them? 19.12.59 # really - we mean it now 19.12.59 # ._. 19.13.01 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.13.21 Quit jnakiaihm (Read error: 104 (Connection reset by peer)) 19.13.40 # Tyroazard: There is no point in spending time writing a manual to just type it out again for everyone who can't be bothered to read the manual. 19.13.50 # amiconn: did you see Nico's question re: 15444 and FS8260 ? 19.13.52 Join fnakikehi [0] (i=0@86.122.116.44) 19.14.04 # Tyroazard: If you have questions the manual doesn't answer, please feel free to ask them 19.14.43 Join lee-qid [0] (n=liqid@p54967C61.dip.t-dialin.net) 19.14.50 # Well, I'm looking at the manual's section for file formats and video doesn't seem to be covered. 19.14.54 Quit Mathiasdm (Read error: 110 (Connection timed out)) 19.15.21 # Tyroazard: Check out MPEG Player in the plugins 19.15.29 # Also the PluginMpegplayer in the wiki 19.15.54 # Hey everyone! 19.16.14 # jhMikeS: nice, although the keys should be flipped on targets that flip the video 19.16.28 # jhMikeS: great work!!! 19.16.33 # Okay, that covered, where do I put the mpegs? 19.16.43 # Just in the drive? 19.16.49 # Tyroazard: Anywhere you want. Make a folder for them. 19.16.55 # looks and works great (on my sansa) 19.16.59 # Okay, thanks 19.17.03 Quit Lynx_ (Connection timed out) 19.17.03 # I guess that's it 19.17.04 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 19.17.52 # rasher: that's what i thought too... the keys should always be flipped when the video is flipped too 19.18.30 # Thank you again, Happy new year, Merry Christmas 19.19.02 # Tyroazard: A little late for Christmas... unless you celebrate Three Kings Day. :) 19.19.08 # lol 19.19.18 # I don't celebrate anything altogether 19.19.27 # ._. 19.19.29 # Bye! 19.19.51 # i guess it's more of a geek-that-spent-the-whole-holiday-season-with-his-new-gadget christmas greeting ;) 19.20.29 # rasher: FS #8366 - the Tagalog lang file appears completed. 19.20.38 # I spent my Christmas with my present to myself 19.20.39 # :3 19.20.41 # Don't know if you had a chance to look at it. 19.20.42 Join pepie34 [0] (n=pepie34@ANantes-154-1-82-24.w81-48.abo.wanadoo.fr) 19.20.59 # An X360, in case you're wondering. My mom hates me for buying it 19.21.04 # And now I really have to go 19.21.04 Quit amiconn (Nick collision from services.) 19.21.07 # Bye now 19.21.12 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.21.24 Nick BrianHV_ is now known as BrianHV (n=bhv1@copland.brianhv.org) 19.24.20 # I guess the mpegplayer change warrants a MajorChanges entry 19.27.04 # yes :) 19.27.18 Quit amiconn (Nick collision from services.) 19.27.26 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.27.49 # * GodEater_ wonders what on earth is going on with amiconn's connection 19.27.53 Join JdGordon|wrk [0] (n=836b0048@gateway/web/cgi-irc/ircatwork.com/x-aa2670bf57bbaa69) 19.27.56 # amiconn what kind of conn probs you have? 19.28.51 # Hopefully it'll last long enough for him to reply. 19.29.23 # ..and for him to read anything ;) 19.29.32 # DSL disconnects-reconnects-disconnects-reconnects... 19.29.44 # conando: Fortunately there are the logs... 19.29.58 # amiconn: perhaps you're in need of a new dsl modem? 19.29.59 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 19.30.29 # This router (with integrated modem) is fairly new, and very stable 19.30.33 # rasher: only e200 was giving me reservations since the keys are marked. gigabeat already does it. what other targets flip the video? 19.31.02 # conando: thanks much 19.31.31 # heh, Gigabeats are proving hard to buy. 19.31.41 Quit JdGordon|w ("CGI:IRC (Ping timeout)") 19.31.57 # worth the trouble though 19.32.01 # they're a fine RB target 19.32.34 Quit bwananna ("thanks poeple") 19.32.39 Part pepie34 ("Ex-Chat") 19.33.16 # JdGordon|wrk: how much work were you able to do on the mrobe500 without interrupts? 19.33.36 # cant remember... 19.34.07 # not much... we had a polling touch screen driver for a short time 19.34.38 # amiconn: ah ok... i recently had to replace my (fairly new) router with integr. dsl modem because of regular disconnects after a bandwith upgrade 19.35.19 # GodEater, Nico_P: If the glitches started with r15444, it's a sign that the swcodec buffering doesn't properly calculate the low watermark, but uses some fixed, and slightly too low, watermark 19.35.39 # jhMikeS: using the marked buttons on the e200 feels awful 19.35.42 # Hdd poweroff causes a slightly higher spinup time 19.36.02 # amiconn: makes sense... GodEater_: are you able to test this? 19.37.19 # rasher: so you think they should just all be rotated regardless? 19.37.35 # jhMikeS: If you ask me, yes 19.39.19 # Nico_P: I'm still getting a build env. setup here 19.40.25 # use an official build? *cough* :-P 19.40.48 # sorry - I thought the question was "can I test changing the watermark" 19.40.55 # which will be tricky in an official build 19.40.58 # heh 19.41.01 # GodEater_: that was the question 19.41.08 # in that case see above ;) 19.41.26 # maybe i missunderstood. i though you should for now justs verify that it skips for you too. 19.41.34 # yeah, what kind of difficulties are you running into? 19.42.03 # it skips for me :) 19.42.05 # The question actually meant "does it skip for you too and if so, could you try changing the watermark?" 19.42.07 # when buffering is happening 19.42.44 # GodEater_: I can build somthing for you if it's easier 19.42.53 # once the disk has finished spinning it's okay again 19.43.01 # I'm building now - it seems to be ok 19.43.13 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.43.29 # ok 19.43.30 # Hi jhulst! 19.43.30 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 19.44.05 # hey 19.44.59 # Nico_P: where do I need to make the change ? 19.45.32 # mmhh.. my ipod video 80GB build is from 24.12.2007 (r15971). I haven't noticed any skips while listning for music for ~5hours 19.45.51 # Trying to get pics of the mainboard of the Dell DJ... 19.46.01 # My camera phone keeps blurring them. >:( 19.46.21 # that's why we suggest scanners 19.46.22 # :) 19.46.35 # or decent cameras :-P 19.46.38 # DerPapst: Please use as up-to-date buld before reporting a non-problem :) 19.46.44 # heh 19.46.50 # GodEater_: My scanner at home is in its grave, and I haven't got one at work. 19.46.58 # GodEater_: change the defines in buffering.c and maybae playback.c 19.47.17 # BigBambi: i'm always to lazy to connect my players to update rockbox/music ^^ 19.47.18 # DerPapst: Nokia 5300 phone that can snap up to 1280x1024. 19.47.26 # I don't remember what is their exact role but I think the ones in buffering.c will probably be a good start 19.47.36 # DerPapst: :) 19.47.57 # Nico_P: I'll start there then 19.48.51 # LambdaCalculus37: it's not always resolution. noisy and unsharp images can be produced by any camera with a decent resolution but a crappy ccd and optics :-P 19.48.55 # DEFAULT_WATERMARK ? 19.48.59 # or CRITICAL ? 19.49.19 # BUFFERING_DEFAULT_WATERMARK I think 19.49.23 # DerPapst: Yes, that's true. 19.49.33 # GodEater, Nico_P: I'm not sure whether it's still the case, but I never understood why swcodec use(d|s) fixed watermarks 19.49.40 # it's 1024*512 at the moment 19.49.43 # what do you suggest ? 19.50.13 # I have a decent view of some of the markings on the board. 19.50.17 Join JdGordon_ [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 19.50.18 # GodEater_: try 1024*1024. and you might need to make the change in playback.c too now that I look more closely 19.50.34 Quit bertrik ("bye") 19.50.43 Quit JdGordon (Read error: 104 (Connection reset by peer)) 19.50.50 # amiconn: it is still the case, and I'd love to find a better way 19.50.51 # The fairly old hwcodec playback engine calculates the watermark dynamically, using bitrate, spinup time, and a safety factor 19.51.03 # It does so for years... 19.51.03 Join Rincewind [0] (i=9k83imqx@nat-wh-1.rz.uni-karlsruhe.de) 19.51.12 # I'll have a look when I finish supper :) 19.51.12 # AUDIO_DEFAULT_WATERMARK in playback.c yes ? 19.51.17 # yes 19.51.17 # Hey there Rincewind! 19.51.25 # hi 19.51.50 # GodEater_: I'm off but I'll sure check the result when I come back 19.51.58 # ok 19.52.00 # later ;) 19.52.05 # The ata driver measures spinup time anyway. I case there is no measured value yet, it uses a safe value 19.52.06 # No idea how to remove the LCD from the mainboard. 19.52.08 # * GodEater_ types "make zip" 19.52.17 # Looks like it's attached with a small "plate" underneath. 19.53.28 # All that said, I wonder why an ipod mini skips, while other targets don't 19.54.05 # The mini's microdrive spins up blazingly fast (~500 ms) compared to other hdds (2..3 s) 19.54.28 # amiconn: my 5.5G is suffering the same thing 19.54.36 # I've just not chimed in on the FS ticket yet 19.56.24 # Then something else must be wrong 19.57.19 # you don't think it's the watermark now ? 19.57.19 # skipping when the song starts? 19.57.25 # Practically all hdd targets have hdd poweroff nowadays. I didn't observe such skipping on H1x0 (my recently most-used swcodec target) or other swcodec targets 19.57.39 # Slasheri: yes 19.57.43 # that's because the configurable pre-chunk option was removed 19.58.22 # now playback engine tries to pre-buffer too less of data for some codecs 19.58.46 # * JdGordon|wrk prods Slasheri to look at the hotswap+dircache patch 19.58.52 # Not with mp3, and not with flac either. 19.58.58 # * JdGordon|wrk brb 19.59.01 Quit JdGordon|wrk ("CGI:IRC") 19.59.03 # mp3 is what I'm having the issue with 20.00.10 # odd 20.00.56 Join toffe82 [0] (n=chatzill@adsl-71-154-234-74.dsl.frs2ca.sbcglobal.net) 20.01.00 # I'm not even sure I have any other formats to test with 20.01.33 # and crossfade totally crashes the player 20.01.34 Join obo [0] (n=obo@rockbox/developer/obo) 20.01.48 # it's unfortunate to see the playback engine has gone that buggy.. 20.02.05 # Testing Q5 Vorbis on my 5.5G... no issues. 20.02.47 # Anyone want me to look at the debug info on my iPod? 20.02.55 Quit Alonea ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 20.03.04 # * GodEater_ wonders if AA might have something to do with it too 20.03.14 # although I'm sure I've had the problem in folders without any present too 20.03.23 Join JdGordon|w [0] (n=836b0048@gateway/web/cgi-irc/ircatwork.com/x-cec7087e8b16845d) 20.03.32 # GodEater_: I'm using Cabbie 2.0 with AA, and the music is Q5 Vorbis. 20.04.26 # still getting it, even with those changes Nico just suggested 20.04.40 # Rockbox Info: Buffer reads 27.504MB 20.04.51 # * amiconn isn't aware of any major playback bugs 20.05.31 # Although I'm getting boosts at roughly 1.5 sec intervals. 20.05.53 Quit JdGordon|w (Client Quit) 20.06.00 # buffer is 61ish MB here 20.06.09 # Of course I use neither aa nor crossfade (or any other audio fade), nor eq, nor replaygain or other stuff of that kind 20.06.19 # so I'm guessing your 5.5G is a 30GB right LambdaCalculus37? 20.06.27 # GodEater_: That's right. 20.06.28 # I don't use X-fade either 20.06.29 # amiconn: sometimes songs also cut-out too early 20.06.32 # or any of those other things 20.06.33 # Me neither. 20.06.38 # only AA at the moment 20.06.49 # and I only installed that to look at picture flow =/ 20.06.50 # I have AA, no EQ, and no replaygain or anything. 20.07.07 # GodEater_: Me too. I wanted to see it in action. 20.07.23 # I think I have crossfeed on though 20.07.27 # * GodEater_ goes to checkl 20.07.34 # Just plain playback with treble/bass (which is hw on my preferred targets), and a wps without any bitmaps (but with peakmeters) 20.08.11 # yes - crossfeed here 20.08.18 # and the same wps as LambdaCalculus37 20.08.18 # I have Crossfeed on, and adjusted the treble/bass myself. 20.08.54 # Oh, no crossfeed either, but I do use variable stereo width when using earphones 20.09.48 # interesting. Now I've picked a new folder to play, it's been completely buffered - but I've got no sound, and no progress bar movement 20.10.58 # GodEater_: Did you stop playback first and then select the new one, or just jump straight to it? 20.11.01 # yep - doesn't matter what I do now - I'm not getting any playback at all 20.11.05 # stopped first 20.11.20 Join miepchen^schlaf [0] (n=hihi@p54BF4022.dip.t-dialin.net) 20.11.46 # Strange... I usually get that behavior if I load a new file while another one is playing. 20.12.00 # where's your FS ticket ? :) 20.12.14 # GodEater_: Didn't make one yet. :) 20.12.29 # right. I've reset. Playback started with no glitches this time. 20.12.39 # The only ticket I'm concentrating on right now is FS #8366. 20.12.40 Join spiorf [0] (n=spiorf@host73-213-dynamic.20-79-r.retail.telecomitalia.it) 20.13.13 # switched to another folder (this time without stopping) and started a new track 20.13.20 # playback has glitched three times so far 20.13.30 # GodEater_: What did it do? 20.13.32 # and now the disc has stopped spinning it's fine 20.13.42 Quit amiconn (Nick collision from services.) 20.13.50 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.13.53 # it cuts out for about half a second 20.14.02 # I get that too sometimes. 20.14.05 # and does that for about 5 or 6 seconds total 20.14.13 # It's hard to predict the behavior of that on my end. 20.14.14 # then it settles down 20.14.15 Join Alonea [0] (n=chatzill@69.92.201.36) 20.14.53 # same behaviour again on switching to yet another folder 20.15.02 # FLAC files are very, very well behaved on my iPod. 20.15.04 # although only one glitch this time 20.15.09 # Hang on a second... 20.15.18 # Let me get out my 4G iPod... 20.15.32 # I want to see if it does this on that model as well. 20.15.49 # switched again, and no glitch at all this time 20.16.48 Quit japc (Read error: 110 (Connection timed out)) 20.16.59 Quit amiconn (Nick collision from services.) 20.17.07 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.17.28 # hmm - can't get it to do it again now 20.17.33 # Nonpoint sound fine :) 20.17.35 # cr%&!/# 20.17.45 # Okay... switched to 4G iPod color. 20.17.50 # you've got water on your copper amiconn 20.17.56 # Playing a Q8 FLAC. 20.18.10 # Buffer: 28.172MB 20.18.32 # CPU boost every 1.5 seconds. 20.18.54 # Boost ratio seems to be averaging 30% 20.18.55 # I'd forgotten how much I like this tune :) 20.19.46 # * GodEater_ powers off and on again 20.19.54 # Switched to a Q5 Vorbis and no glitch. 20.20.15 # My 4G iPod's also using Cabbie 2.0 and AA. 20.20.56 # git it again once on another folder change 20.20.59 # s/git/got 20.21.36 # Wow GodEater_, your iPod's being mean to you. :P 20.21.54 # Slasheri: is dircache updated on every boot ? 20.22.23 # GodEater_: yep, except flashed iriver H120/140 20.22.46 # well I was about to suggest it might have been the update fighting with the buffering 20.22.56 # but apparently dircache isn't even on on my ipod! 20.23.08 # * GodEater_ can't remember when/why he turned it off though 20.23.12 # it shouldn't because scheduler puts it on lower priority 20.23.28 # Does it glitch at the beginning of buerring, or anytime while rebuffering? 20.23.41 # *buffering 20.23.48 # just at the beginning for me 20.23.58 # hmm 20.24.14 # Is your ipod's hdd fragmented? 20.24.15 # that started to happen when the chunksize configuration was removed.. 20.24.21 # most of my music folders *almost* fit entirely into the buffer 20.24.21 # i experience that too quite often 20.24.28 Quit Rincewind ("bye") 20.24.32 # so it doesn't rebuffer much once you've started playing a folder back 20.24.46 # I doubt it's fragmented at all - though I've not checked 20.24.51 # I don't delete stuff off it much 20.24.54 # * amiconn has virtually no folder that would fit at once into the buffer 20.24.54 # if at all 20.25.06 # the chunksize was configured right for that reason in the history, so i don't wonder at all 20.25.09 # Not even on a 64MB target 20.25.34 # you and your big music files :) 20.25.56 # * GodEater_ turns dircache back on to see if makes any difference 20.26.25 # Properties of Rammstein/Mutter : size 61MB 20.26.56 Quit amiconn (Nick collision from services.) 20.27.05 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.27.05 # poor amiconn :( 20.27.30 # For flac, even a single track often doesn't fit completely into the buffer 20.28.00 # * amiconn has several flac files which are >100MB 20.28.13 # * GodEater_ goes to eat dinner 20.28.22 # jhMikeS: Seeking doesn't work for me. Or rather, pause, then seek, then unpause, and I get exactly one new frame, then it sits there. Not frozen, but not rendering any more video, just playing audio. I can seek again, and again get one new frame. 20.28.23 Join Arathis [0] (n=doerk@p508A460B.dip.t-dialin.net) 20.29.03 # Llorean: Which target? It worked brilliantly on gigabeat for me 20.29.11 # BigBambi: Did you try Pause, Seek, Unpause? 20.29.20 # Llorean: No, will do now 20.29.29 # amiconn: Listening to a Q8 FLAC file that's 28MB in size. 20.29.39 # BigBambi: But true, it's working now 20.29.50 # jhMikeS: Not 100% reproduceable it seems. =/ 20.30.13 # Llorean: pause, seek, unpause was fine too 20.30.33 # But I have hardly used it - I'll see if I can break it :) 20.30.34 # Llorean: hmmm...I've done pause seek unpause and it does work. I have had that as a glitch and plan on auditing things after commit anyway. 20.30.35 # BigBambi: Yeah, it's fine for me now, after stopping and quitting mpegplayer and coming back. So now I need to figure out how to actually start the situation. 20.31.51 # LambdaCalculus37: All my flacs are -q8. But for my favourite music, flac doesn't compress very well. Many files are >1000kbps, i.e. 70% of uncompressed size, or more 20.31.55 # actually, there's a couple glitches I've only seen on gigabeat and no other. you might have the frame jump down and then up again while playing. 20.32.20 # Is this new? 20.32.27 # * Llorean hasn't seen something like that yet. 20.32.32 # MPEG Pause, Seek, Unpause works fine on my iPod video. 20.32.32 # * BigBambi neither 20.32.38 # Testing it now. 20.32.54 # Now we just need to be rid of that start menu, and move its contents into the main menu. 20.32.54 # Does take a moment to unpause, though. 20.33.03 # Llorean: I agree totally 20.33.15 # LambdaCalculus37: I believe that'll depend on how long the seek takes. 20.33.16 # I turned off start menu and was disappointed to still get a resume menu 20.33.20 Quit Mathiasdm ("Yuuw!") 20.33.23 # it's when the WVS disappears but no other player ever did it nor does it really make sense. it's all on the "to look into" list. 20.34.03 Quit Buschel () 20.34.27 # Llorean: Trying another run... Pause, seek ahead 31 seconds, unpause. 20.34.51 # It jumped to the right location before I unpaused. :) 20.35.08 # Using Elephants Dream to test, by the way. 20.35.10 # Yeah, I can't get it to do it any more, already. :( 20.35.25 # Llorean: Which target? 20.35.27 # Gigabeat 20.35.38 # I haven't managed to make it do it 20.35.47 # Any of your other devices work well with this? 20.35.55 # I'm away from all my other devices. 20.36.13 # And mine is a H140 :) 20.36.22 Join DrMoos [0] (i=moos@m237.net81-66-159.noos.fr) 20.36.24 Quit moos (Read error: 104 (Connection reset by peer)) 20.36.51 # jhMikeS: Ah well, if I figure out a way to consistently reproduce this, I'll let you know. 20.36.51 # Llorean: I'll try it on my 4G iPod color. 20.37.01 # Llorean: I have to run out for a bit but see if you can get a recipe for anything or make discover anything else. It's a tricky deal with when/when not to resync video which you want to avoid if possible. 20.38.24 # I'll probably have the video thread keep up-to-date records of the last frame decoded. I'm pretty sure that's a factor. 20.38.49 # Slasheri: could you ellaborate on how you think the chunksize is causing the sluggishness? 20.39.14 # jhMikeS: Well the interesting thing is that when it was glitching, it'd decode the first frame after the seek, and nothing else (from the look of it) 20.40.00 # Nico_P: well, not actually the chunksize itself but there isn't a minimum length of data to be loaded in buffer before starting decoding? 20.40.25 # no 20.40.34 # ok, then that is the issue most likely 20.40.49 # previously chunksize also guaranteed the minimum buffer size 20.41.18 # and the chunksize was configurable? 20.41.25 # from codecs, yes 20.42.04 Join JdGordon|w [0] (n=836b0048@gateway/web/cgi-irc/ircatwork.com/x-bd4e881b2008ea48) 20.42.11 Quit amiconn (Nick collision from services.) 20.42.14 # linuxstb: are you here ? 20.42.19 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.42.24 # It's probably possible to get something similar working based on bitrate 20.42.26 # jhMikeS: Congrats on the hard work... the new WVS is great! 20.42.38 # similar to what amiconn was suggesting for the watermark 20.42.55 # cr@pp014 20.42.55 # LamdaCalculus37: thanks 20.43.16 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.43.32 # GodEater_: Yep 20.43.47 # v5 doesn't build for me 20.44.08 # yes, that would be necessary. at start buffer contains too little of data, and all cpu is given to the codec -> buffer runs empty 20.44.39 # GodEater_: I know, you didn't reply to my reply... 20.44.50 # Llorean: it's not keeping keeping timestamp records (in PTS units) of the last frame so the answer to the query about whether sync is needed may be wrong. 20.44.55 # ah - I must have missed it 20.44.59 # Slasheri: are you familiar with the recent playback code changes? 20.45.05 # what did you ask ? 20.45.23 # Whether it complained about getback/foreground ? 20.45.31 # yes - both :) 20.45.34 # Nico_P: well, not very familiar. i just know some of the principles but never looked the code very closely 20.45.38 # in gwps-common.c 20.45.46 # ok 20.45.49 # jhMikeS: Pause, seek, unpause works very well on my 4G iPod color. 20.45.53 # GodEater_Then just add an underscore after get - it should have been get_foreground/get_background. 20.46.02 # ok 20.46.22 # i have thought about re-writing the pcmbuf part of the code if i have some time 20.46.25 # I'm going to upload a new patch soon, I'm just finishing/debugging the charcell version. 20.46.57 # perfect - thats building now 20.48.35 # JdGordon|w: ping 20.49.53 # * jhMikeS wants to do preemptive threads for any audio rework so low latency mixing is possible. another use of them is for graylib or other normally interrupt-driven realtime tasks that might also be time-consuming so that other things don't get blocked out for long periods. 20.50.56 # Nico_P: hey 20.51.23 # jhMikeS: hmm, maybe that could work if strictly restricted for a very few threads 20.51.29 # hi! got a small question for you 20.51.46 # JdGordon|w: how much work were you able to do on the mrobe500 without interrupts? 20.51.47 # i have thought about integrated mixing for the pcmbuf too 20.52.21 # * amiconn runs away screaming 20.52.57 # Nico_P: you missed my answer before :) i cant remember... but not much..we had the lcd and a polling touchpad driver. no ata 20.53.24 # oh I'm sorry 20.53.45 # :) its cool 20.55.10 # then I guess we won't get very far on the S without getting them to work :( 20.55.54 # so stop giving jhMikeS other things to do, and get him to make them work ;) 20.56.25 # Slasheri: It would be exacly like COP threads and such threads with proper code could run on any processor. 20.56.43 # jhMikeS: indeed 20.57.06 # Nico_P: get some dissasembly and some hot coffeee going then :D 20.57.20 # hehe :) 20.57.21 # I suppose cooperative thread would just run as a single thread with "contexts" 20.57.26 # not enough time unfortunately 20.57.54 # WVS?? 20.58.05 # heh 20.58.13 # While Viewing Screen :-P 20.58.20 # JdGordon|w: For Mpegplayer. 20.58.23 # JdGordon|w: The letters O and D must've been broken on his keyboard. 20.58.24 # 1) While Video Screen 2) While Viewing Screen <= pick one :) 20.58.29 # jhMikeS: OSD. :-P 20.58.54 # * jhMikeS just went for the compement to WPS 20.58.58 # yeah, rename the wvs and wps to osd 20.59.05 # Off Screen Display? On Screen Display?? 20.59.13 # On Screen Display 20.59.24 # Seems to be the common term for "Doodads that get in the way of my video" :) 20.59.27 # Really, I can't imagine how something could be displayed off screen ;P 20.59.40 # * jhMikeS already thought about having a full-time one on remotes 20.59.44 # off the main screen it could 21.00.06 # jhMikes: That would be brilliant for the LCD remote targets. :) 21.00.07 # But it isn't called OMSD ;) 21.00.12 # linuxstb: foreground is fixed 21.00.16 # watch a second movie on the remote? :P 21.00.23 # While Versatile Screen? 21.00.35 Quit stewsleep () 21.00.44 # Which Viewing Surface? 21.00.48 # On MPEG Screen Display? ;) 21.00.58 # Off Main Screen Display 21.01.01 # GodEater_: Does that mean background isn't, or have you not tested that? 21.02.01 Quit Alonea ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 21.02.15 # linuxstb: I've not tested it - I have no WPSs without a backdrop 21.02.37 # * jhMikeS has to go grocery shopping now (girlfriend says so :) 21.02.38 # * LambdaCalculus37 will be back in a moment 21.03.44 # jhMikeS: have fun ;-) 21.04.43 *** Saving seen data "./dancer.seen" 21.05.48 # markun: hey, you had a look at my patch? 21.05.49 Join petur [50] (n=petur@rockbox/developer/petur) 21.09.11 Join kugel_ [0] (i=kugel@e178065213.adsl.alicedsl.de) 21.09.18 Nick kugel_ is now known as kugel (i=kugel@e178065213.adsl.alicedsl.de) 21.14.33 # * GodEater_ reads the FontSystemProposal page with interest 21.15.03 Join Jay_G [0] (n=George@c-69-143-160-22.hsd1.va.comcast.net) 21.18.57 # Llorean? 21.18.58 # 12,000 lines of code is "small" ? ;) 21.19.02 # GodEater_: Yes? 21.19.03 # GodEater: going by the date of that article i wouldnt put much faith in it... 21.19.15 # do you have an opinion on the telechips links in the forums currently ? 21.19.17 # linuxstb: half the size of playback.c! 21.19.39 # "wc -l font.c" -> 569 21.19.43 # JdGordon|w I don't put any faith in it at all - I just found it an interesting read. I don't remember seeing it discussed here at the time it was written 21.20.20 # thats the first ive seen of it also 21.20.34 # use of malloc doesnt sound very promising either 21.20.44 # no 21.20.47 # GodEater_: I don't think I should do anything about it unless someone higher up tells me to. 21.20.56 # it's a shame the writer didn't rock up here and chat about it 21.21.08 # checked the logs from then? 21.21.11 # Llorean: that was my opinion too. You were my higher up :) 21.21.13 # * jott reminds he started some work on anti-aliased font integration 21.23.51 # jott: did you announce it here? 21.24.07 # yes.. 21.24.11 # GodEater: "Ability to use BDF fonts directly, no more obscure homebrew font format" thats not an advantage.... the homebrew format is binary (iirc), so faster to load, bdf is text 21.24.44 # I liked his "gigabytes of memory and 16 core cpu DAPS" of the future :) 21.25.19 # * JdGordon|w bbs 21.25.40 # the current font format could be improved by introducing bearing and advance values i suppose. 21.26.23 # * Nico_P is off 21.28.02 # jott: Forget antialiased fonts, or any other stuff that needs alpha transparency. It will be way too slow on anything except the gigabeats, let alone the increased ram usage and font sizes 21.28.39 # jhMikeS: Interestingly enough, I didn't get conflicts in plugin.[ch] 21.28.39 # amiconn: it's not really slower 21.29.22 Quit waldo (Remote closed the connection) 21.30.03 # amiconn: the ram usage is increased by less than 2-4 times of the current one - so basically all regular fonts will fit perfectly in MAX_FONT_SIZE on color targets 21.30.53 Join waldo [0] (n=waldo@ip-81-11-222-52.dsl.scarlet.be) 21.30.55 # I simply cannot believe it's not slower 21.31.44 # amiconn: given i need 1 multiplication (as in 2 clock cycles) for about 10-20% of the pixels?! 21.32.10 # One multiplication needs more than that 21.32.19 # I still doubt that antialiased fonts look better in an average Rockbox font size - if I look at what full blown graphic programs produce at small font sizes... 21.32.32 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 21.32.33 # ^on PC 21.32.47 Join miepchen^schlaf [0] (n=hihi@p54BF4022.dip.t-dialin.net) 21.32.49 # pixelma: it's personal taste. because YOU don't like it does not mean do not look better to someone else. 21.33.02 # And you don't just need one multiplication, as you need to read the old pixel value first 21.33.36 # ...decompose it into colour components, apply transparency to each component, recombine, and rewrite 21.34.14 # amiconn: done efficiently this is not critical.. 21.34.35 # Writing all-alpha pixels is way slower than writing simple pixels, roughly by a factor of 10 (at least) 21.34.57 Quit spiorf (Remote closed the connection) 21.35.15 # jott: maybe but is it worth the complication? 21.35.20 # amiconn: well on the ipod my raw render core ist faster than the 1-bit code in rockbox.. 21.35.59 # The 1-bit code in rockbox for 16 bit lcd isn't optimal, as it has some more than questionable optimisation 21.37.18 # And check the size of unifont before commenting on ram usage... 21.37.50 # amiconn: i know. this font is loaded into font cache anyway and not into ram. 21.38.37 # The font cache is in ram of course... and for anti-aliased fonts, it would need to become larger 21.38.54 # amiconn: depending on how many glyphs need to be cached. indeed. 21.39.00 # yes 21.39.12 # but there is no need to increase the value for regular usage i would propose. 21.39.45 # I doubt that 21.40.22 # Btw, a multiplication on arm needs up to 5 cycles (depending on operands) 21.41.21 # i still can't see what the problem of integrating this would be. 21.42.38 # given 1) it's not really slower 2) it's not mandatory to use aa fonts 3) there are very few changes needed 21.42.56 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.43.00 Join webguest61 [0] (n=561be028@gateway/web/cgi-irc/labb.contactor.se/x-a235b0075d47c4f7) 21.43.11 # I can't believe it's not slower until the opposite is proven. On all affected targets. 21.43.23 # hello and good evening. 21.43.23 # Graphics slowdown, more ram usage, hence less ram for playback -> less battery runtime. And bloated distribution archives 21.43.42 # is there anyone perhaps here who could help a rookie with a Sandisk E280? 21.43.49 # jott: What format do you store the fonts in? 21.43.51 Join IntoTheVo [0] (n=laskdfj@cpe-69-203-200-227.nyc.res.rr.com) 21.43.55 # amiconn: no. there is no more ram usage. the ram usage for font is fixed. 21.44.01 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.44.14 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.44.21 # webguest61: just ask... 21.44.28 # linuxstb: basically rockbox fnt 21.44.51 # jott: Have you tested with a non-ascii font (and strings)? 21.44.55 # pixelma thanks. I have installed rockbox from my mac, and it seem to run ok. however, on connecting it to the mac, it would not mount 21.45.01 # Hi. 21.45.14 Nick IntoTheVo is now known as N2TheVoid (n=laskdfj@cpe-69-203-200-227.nyc.res.rr.com) 21.45.28 # So I restarted the sandisk while holding the left button, to restart it with the original softwar 21.45.29 # webguest61: You need to start the Sansa firmware for it to connect - Rockbox doesn't have USB support. 21.45.32 # then it did mount 21.45.35 # ah! 21.45.47 # well, I then uninstalled the rockbox 21.45.55 # and now it won't mount at all! 21.45.58 # Is there any firmware available for the Creative Zen Vision M ? 21.46.08 # linuxstb: yes. but not to a full extend yet (as in "full unicode test-case") 21.46.25 # jott: What target have you been testing on? 21.46.26 # is it possible that there are some remnant files from rockbox left? 21.46.38 # linuxstb: ipod and sansa for now.. 21.46.47 # Which ipod? HD or flash? 21.46.49 # when ever I disconnect it from the mac, it performs a system restart 21.46.49 # linuxstb: still lcd16bit code only 21.46.56 # linuxstb: 5.5g..so hd 21.49.22 Quit webguest61 ("CGI:IRC") 21.49.26 Join webguest61 [0] (n=561be028@gateway/web/cgi-irc/labb.contactor.se/x-dc7a1cb5fa5dfda3) 21.49.33 # N2TheVoid: No. 21.49.39 Quit linuxstb (Read error: 104 (Connection reset by peer)) 21.50.32 # Sorry if I lost an answer with my sandisk problem here, my internet connection has reset itself (seem to have reset problems today...) 21.51.41 # Time to start going home. See everyone later! 21.51.53 # LambdaCalculus37: Thanks 21.51.55 # later 21.52.03 Quit LambdaCalculus37 ("CGI:IRC") 21.52.20 # Anyone if there is any other firmwares available for it. I am primarily looking for flac support 21.53.02 # N2TheVoid, there are none 21.53.15 Join bertrik [0] (n=Bertrik_@216-020-045-062.dynamic.caiway.nl) 21.55.15 # :( 21.55.34 # that sucks 21.55.58 # Thanks for the info peeps 21.56.03 # and happy new year 21.56.06 # l8r 21.56.14 Quit N2TheVoid () 21.59.52 Part webguest61 22.02.18 Quit GodEater_ ("User pushed the X - because it's Xtra, baby") 22.03.02 # * stripwax reads about Godeater's buffering-on-startup-skipping problem, that he also experiences 22.03.44 Join GodEater_ [50] (n=bryan@rockbox/staff/GodEater) 22.04.42 Quit stripwax (Read error: 104 (Connection reset by peer)) 22.05.10 Join |NSA| [0] (n=pwned@c-24-128-104-22.hsd1.nh.comcast.net) 22.05.15 # <|NSA|> what does WVS stand for/ 22.05.25 Join stinke [0] (n=mighty@p54811A53.dip0.t-ipconnect.de) 22.05.37 # While Viewing Screen 22.06.37 # <|NSA|> do you know if the ff/rwd thing that was just commited is useable or should i wait a while? 22.06.58 # try it and see... 22.07.35 # why do people ask those questions ? 22.07.41 # how hard is it to try it out and see ? 22.07.48 # and what have you lost if it isn't to your liking anyway ? 22.07.59 # And it is very useable 22.08.07 # maybe the dap will explode? no one knows... :-P 22.08.25 # well that's why we have a disclaimer :) 22.08.37 # it may murder your granny and set fire to your dog too 22.08.59 # "Caution: MPEGPlayer might make your dap go BOOM" 22.10.56 Join linuxstb [0] (n=chatzill@84.Red-217-125-28.staticIP.rima-tde.net) 22.12.49 # lol 22.13.21 # jott: Do you have patch for your font rendering? http://sse2.net/rb/rockbox-aa-font.patch is now 404 22.13.54 # btw. .. i upgraded from (some) yesterdays build to the current one and the picture flow plugin now starts it's "AA show" with an album named "" although i have no untagged music files in the database... 22.13.57 Join Alonea [0] (n=chatzill@69.92.201.36) 22.14.06 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.14.12 # linuxstb: yes, it's nearly finished. and there are a few places that need some consideration. 22.14.52 # jott: Am I right in remembering it needs some Qt GUI application to generate the font files? 22.15.15 # linuxstb: no i ported it to raw c/freetype 22.16.42 # Do you have any benchmarks showing exactly how speed compares to the current mono rendering? 22.16.49 # and i guess i need some additional optimization as the core part is slower than the raw renderer. 22.17.40 Quit Febs (Success) 22.17.42 # <|NSA|> pl we;; if anyone else asks, the new ff/rwd in mpegplayer is pretty nice and works great 22.18.10 # yes, mpegplayer finally matured :) 22.23.14 Join darkslategrey [0] (n=chatzill@208.248.14.207) 22.23.20 # hello? 22.23.34 # i have a question 22.23.41 # just ask it 22.23.43 # :) 22.23.53 # ok 22.24.23 # umm i downloaded the .zip for the 1g nano but when i try to unzip with winZip it says "no files to unzip" 22.24.31 # jhMikeS: Do you have any more plans for mpegplayer? 22.24.39 # and when i try w/ 7-zip it says "cannot access as an archive" 22.25.04 # darkslategrey - it sounds like you have downloaded a corrupted archive. which download link did you use? 22.25.08 # I guess the zip file somehow got corrupted during download 22.25.44 # linuxstb: don't encourage him - he has interrupts on the gigabeast to make work :) 22.25.53 # lol 22.25.56 # it's the one when you go to current build. i've downloaded it three times, the same exact error messages appear 22.26.05 # i can try to get it somewhere else i guess... 22.26.39 # darkslategrey: I just downloaded it to test - it's fine here 22.26.46 # huh. 22.26.48 # darkslategrey: clear your browser cache, and try again 22.26.53 # k 22.26.59 # darkslategrey: how big is the file you downloaded (on your harddisk, in bytes)? 22.27.12 # same for me, works fine here.. 22.27.30 # hang on i sent it to recycle bin 22.28.02 # lolz, sorry i'm dumb i had an unzipped copy in the recycle bin for some reason 22.28.04 # thx everyone 22.28.21 # strange.. 22.29.35 # i think what happened was i downloaded it a while ago and decided to install it later, then forgot about it and deleted it off my desktop with a bunch of other junk by accident 22.30.29 # how long is "a while ago" ? 22.30.30 # you might want to try downloading a more recent version anyway - how old was a 'while ago'? 22.30.36 # jinx 22.30.48 # couple of weeks 22.31.02 # yeah, I'd get today's again if I were you 22.31.09 Join faemir [0] (n=faemir@85-211-77-177.dyn.gotadsl.co.uk) 22.31.25 # ok, downloaded it and it's unzipping as i type 22.33.34 # when downloading the rockbox utility i get version 1.0.2 right? 22.34.34 Quit Lear ("ChatZilla 0.9.79 [Firefox 3.0b3pre/2007123005]") 22.37.37 # why are you downloading both the zip AND the utility ? 22.37.38 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.37.57 # rockbox utility handles doing the download for you automatically 22.38.56 # well the utility didn't work anyway, keeps giving me a vareity of http errors 22.39.02 # so i'm trying a manual install 22.39.40 # what did the http errors say? perhaps, it's related to the corrupted download you got when trying manually 22.40.42 Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) 22.42.06 Quit mirak (SendQ exceeded) 22.42.59 Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) 22.43.14 # i don't remember and the manual install worked 22.43.57 # oddly i downloaded the fonts pack w/ the utility and it worked 22.48.24 # linuxstb: firmware/export/lcd.h:32:20: error: #if with no expression 22.48.47 Join fliegenderfrosch [0] (n=manuel@cable-static-232-59.eblcom.ch) 22.49.13 # rasher; Oops, I thought I had included that fix in the patch, but I didn't... v6.1 coming to flyspray in a few moments. 22.49.36 # does anyone know if it's possible to upgrade the harddisk of an iaudio x5 20gb to say 60gb? 22.50.18 # fliegenderfrosch: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement 22.50.19 Part Lynn_ 22.51.12 # rasher: New version uploaded. Or you can just fix firmware/export/lcd.h manually - change "#if HAVE_LCD_BITMAP" to #ifdef 22.51.52 Join einhirn [0] (n=Miranda@p5B0311F7.dip0.t-ipconnect.de) 22.52.47 Quit petur ("here today, gone tomorrow") 22.53.29 # GodEater_, thanks, i'll have a look at it 22.54.25 Join mf0102 [0] (n=michi@85.127.182.187) 22.55.39 # so am I right that I just need to look for a 1.8" 50pin drive not thicker than 5mm? 22.55.59 # or does this mean there are only 30gb drives available? 22.56.09 Quit JdGordon|w ("CGI:IRC") 22.56.15 Quit stripwax (Read error: 110 (Connection timed out)) 22.56.38 # fliegenderfrosch - well, there's 40gb on that page .. 22.57.08 # e.g. gigabeat f41 has one. 22.57.37 # sorry, I didn't really see the lower part of this page 22.57.57 # but it might be that nobody has tried >30gb on iaudio x5, however -- but it "ought to work" . 23.03.08 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 23.03.43 Join japc [0] (n=japc@bl7-242-41.dsl.telepac.pt) 23.04.20 Quit GodEater_ ("Leaving") 23.04.46 *** Saving seen data "./dancer.seen" 23.05.27 Join uwe_ [0] (n=uwe@dslb-084-056-008-204.pools.arcor-ip.net) 23.13.14 Join Phalangees [0] (n=4ce5bbec@gateway/web/cgi-irc/ircatwork.com/x-d5045c4154602996) 23.13.28 Quit Phalangees (Client Quit) 23.14.20 Join JohnnyMnemonic [0] (i=chriswa@colargol.tihlde.org) 23.14.45 # what is the license of the rockbox themes? 23.15.21 # i'm planning a Java ME mediaplayer thingy... and the themes for the Gigabeats are 240x320... perfoectooooo 23.15.25 Join eigma [0] (i=eigma@216.48.162.210) 23.15.27 # JohnnyMnemonic: The included ones, or other places? 23.15.33 # hmm... i prematurely pressed enter... 23.15.47 # the ones on the WpsGallery 23.16.06 # Unless explicitly licenced, you need to contact the author and find out 23.16.16 # it looks like a simple format to implement 23.16.20 # And get them to release in a suitable licence 23.16.46 # what about the format... is rockbox gpl? 23.17.07 # Rockbox is, but the themes on the wiki are not necisserrily 23.17.18 # * BigBambi apologises for that spelling 23.17.30 # It was terrible 23.17.39 # no.. but if i implement rockbox's skinning-implementation... do i need to gpl my app? 23.17.55 # i'm not well versed in software licensing ;) 23.18.28 # Not sure 23.18.33 # Me neither :) 23.19.04 Quit uwe__ (Read error: 110 (Connection timed out)) 23.19.18 # well.. its in the planning stages yet anyway... i just thought the Wps format looked very easy to implement... 23.20.47 Quit zicho ("Leaving") 23.20.47 # JohnnyMnemonic - if you're going to use the rockbox wps code as a basis for your skinning implementation, then your app would need to be gpl'd. If you're just going to use 'the same format' of skinning then gpl would be optional. several of the themes are released under creative commons licenses 23.21.03 Join zicho [0] (n=martin@c-3299e355.68-7-64736c14.cust.bredbandsbolaget.se) 23.21.07 # JohnnyMnemonic: WPSs are just data, so they can be under any license you wish. If you write code that links with Rockbox, your code must be GPL (or something compatible with it). 23.22.18 # ok... i won't be basing anything on the rockbox code. the code would be pure Java ME. but it will probably be rockbox-ish :) that's what i'm aiming for atleast :) 23.23.02 Quit darkslategrey ("ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]") 23.23.27 # JohnnyMnemonic: I'm not sure what you mean... What are you planning to do? 23.23.32 # So, for my own curiosity - you could write your own code under any licence to interpret the same WPS tags, as long as you don't use the rockbox parsing code (in which case it would have to be GPL)? 23.24.16 # make a better mediaplayer for cellphones... most new cellphones allow access to the Java ME multimedia api. which gives access to the mp3 decoder hardware, making it possible to make media-applications... 23.24.31 # BigBambi: i think you got it... 23.24.32 # :) 23.24.39 # JohnnyMnemonic: Have you seen the rockbox motorola port? 23.24.46 # I say port 23.24.49 # Hack :) 23.25.36 # no 23.25.55 # One mo 23.26.38 # JohnnyMnemonic: http://forums.rockbox.org/index.php?topic=14165.0 23.26.57 # found it ;) 23.27.25 # very interresting, but running C code on a closed source cellphone would not be very easy 23.27.29 # :) 23.27.42 # an most cellphones only allow Java ME applications 23.27.45 # Well that is a port of the sim, which uses sdl 23.27.55 # the exceptions are smartphones... 23.27.59 # JohnnyMnemonic: Well, good luck 23.28.03 # JohnnyMnemonic: I think your life would be easier if you GPL'd your app - then you could just do a trivial conversion of the Rockbox wps routines to Java. Unless you want to try and make money from your project... 23.29.12 # linuxstb: i'm probably going to opensource it with gpl anyway. maybe just not at once. there may be possible to get some money on it, seeing as most cellphone media-player capabilities are barely usable, at best. ;) 23.30.08 # [off topic but, ar 23.30.10 # oops 23.30.34 # i guess as long as the Wps format is not patented in anyway i will be on the safe side legally at least... 23.30.42 # [off topic but:] are there really no existing skinnable j2me media player apps out there already? not that choice is bad 23.30.55 # we'll see... like i said... it's just a idea 23.31.06 # stripwax_: are there any at all? skinnable or not? 23.31.07 # * rasher coughs and points at the topic 23.31.22 # *refuse to be social* 23.31.23 # :P 23.31.42 # we arent saying that...we are just saying do it in a different place ;) 23.32.23 Join jayharu [0] (n=syaoran_@212.118.116.109) 23.34.18 # hehe... i actually got my answer. thanks guys... it's bedtime in Norway now :) 23.34.23 # *yawn* 23.35.45 # Anyone had any thoughts on my sliding_puzzle or pacbox+cop_audio patches? or could suggest anything that needs adding to them before they can be committed? 23.37.06 Quit JohnnyMnemonic ("zzZZzz") 23.39.53 Join bertrik_ [0] (n=Bertrik_@156-022-045-062.dynamic.caiway.nl) 23.39.57 Nick stripwax_ is now known as stripwax (n=Miranda@87-194-34-169.bethere.co.uk) 23.39.58 Quit bertrik_ (Remote closed the connection) 23.44.33 Part jayharu 23.47.18 Quit jgarvey ("Leaving") 23.52.25 Quit bertrik (Read error: 110 (Connection timed out)) 23.54.06 Quit Felixx ("using sirc version 2.211+ssfe") 23.54.36 Quit Rondom ("Ex-Chat")