--- Log for 25.09.105 Server: herbert.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 24 days and 18 hours ago 00.04.01 Join NeoRa_fu [0] (i=NeoRa_uz@Bunz.ostrov.net) 00.04.15 Part NeoRa_fu 00.09.39 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 00.14.34 *** Saving seen data "./dancer.seen" 00.20.23 Quit Maxime` (Read error: 104 (Connection reset by peer)) 00.21.54 Join Maxime` [0] (n=flemmard@fbx.flemmard.net) 00.36.52 Join XavierGr [0] (n=XavierGr@ppp16-adsl-41.ath.forthnet.gr) 01.07.30 Quit Moos ("Glory to Rockbox") 01.26.06 Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.37.15 Quit XavierGr () 02.13.46 Join peter200lx [0] (n=40e9ac04@labb.contactor.se) 02.14.36 *** Saving seen data "./dancer.seen" 02.18.00 Quit peter200lx (Client Quit) 02.21.03 Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) 02.23.01 Quit Peter200lx (Client Quit) 02.23.30 Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) 02.24.07 # Hi 02.24.22 Quit dpassen1 () 02.24.43 # I Downloaded 2.5 yesterday and installed it 02.25.05 # But all the plugins say [Incompadable version] 02.25.15 # So I'm back to using 2.4 02.25.36 # I have a Rockbox Recorder 20GB 02.28.59 # Would the latest build solve this? 02.29.29 Join webguest56 [0] (n=50ca630c@labb.contactor.se) 02.29.46 # I think there is something wrong with the installer 02.29.59 # You need to install using the zip instead 02.30.15 # Did you use the win-installer? 02.30.41 Quit Peter200lx ("CGI:IRC") 02.30.48 Join Peter200lx [0] (n=04f2bd78@labb.contactor.se) 02.30.55 # ack 02.31.04 # Yes I used the windows installer 02.31.04 Join ashridah [0] (i=ashridah@220-253-121-82.VIC.netspace.net.au) 02.31.10 # I'll try the Zip 02.31.14 # Ok, then try with the zip instead 02.31.44 # Thanks! 02.31.55 # or maybe the exe is updated now. I think so 02.32.00 # It works? 02.32.23 # heh 02.32.29 # On Dialup 02.32.37 # still downloading 02.32.57 # ok 02.34.54 # Right now I have Rockbox 2.4 in the memory 02.35.29 # With 2.5 It's still ok to just run the rockbox.ucl file? 02.35.48 # I have no idea :) 02.35.54 # I have rockbox for iriver 02.36.02 # ok 02.36.06 # But, I read somewhere in the forums about this 02.36.06 # ahh 02.36.07 # nice 02.36.32 # what kind of player do you have? 02.36.55 # Rockbox Recorder 20GB 02.37.10 # http://www.rockbox.org/twiki/bin/view/Main/ReleaseNotes25#How_to_upgrade 02.37.20 # I use it for Recording our church Sermons 02.37.21 # look there, I think that is the way to do it 02.37.29 # Ok 02.37.58 # thanks 02.39.36 # according to this post in the forums http://forums.rockbox.org/index.php?topic=1510.0 02.39.57 # The wininstaller seems to be updated. 02.40.18 # That would be the last post in that thread 02.42.07 # ahh 02.42.15 # Thanks!! 02.42.20 # Working great 02.42.32 # good 02.43.16 # good night 02.43.19 # hehe Now I can toy around with the latest version 02.43.24 # 'night 02.43.27 Part webguest56 02.43.42 Quit Peter200lx ("CGI:IRC") 02.51.11 Quit t0mas (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 02.52.16 Quit Sucka ("a bird in the bush is worth two in your house") 03.30.21 Quit ender` (Read error: 113 (No route to host)) 04.03.31 Quit JoeBorn (Nick collision from services.) 04.04.56 Join jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 04.05.20 Join QT_ [0] (i=as@madwifi/users/area51) 04.14.37 *** Saving seen data "./dancer.seen" 04.17.13 Quit QT (Read error: 110 (Connection timed out)) 04.45.13 Quit cYmen ("zZz") 05.35.53 Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 06.10.22 Join Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) 06.10.28 # howdy 06.10.35 # I found a prob with rockbox 06.11.30 # if you select a file Rockbox doesn't support and you get an illegal instruction and Rockbox crashes, if you have Autoplay enabled, when it reboots, it tries to play the file 06.11.37 # you get stuck in an endless loop 06.12.21 # well, if you select any file that makesRockbox crash, actually 06.14.41 *** Saving seen data "./dancer.seen" 06.20.28 # weird 06.22.33 # what's weird? 06.32.27 Quit webguest80 ("CGI:IRC (EOF)") 07.47.27 Quit Coldtoast ("Peace and Protection 4.22") 08.14.45 *** Saving seen data "./dancer.seen" 08.53.29 Quit ashridah (Read error: 110 (Connection timed out)) 09.00.34 Quit Vladoman (Read error: 110 (Connection timed out)) 09.03.14 Join Vladoman [0] (n=Vladoman@p54A7E3B0.dip.t-dialin.net) 09.44.14 Join ender` [0] (i=ychat@84.52.165.220) 09.46.03 Join ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) 09.49.46 Quit Maxime` () 09.52.25 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 09.55.36 Join [AD]Ska [0] (n=Ska@host236-239.pool8255.interbusiness.it) 09.55.57 Nick Maxime is now known as Maxime` (n=flemmard@fbx.flemmard.net) 09.56.28 Part [AD]Ska 10.14.48 *** Saving seen data "./dancer.seen" 10.50.19 Join ashridah [0] (i=ashridah@220-253-121-25.VIC.netspace.net.au) 11.14.55 Join Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) 11.30.00 Join webguest10 [0] (n=54a74bcd@labb.contactor.se) 11.50.08 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 11.52.15 Quit webguest10 ("CGI:IRC") 12.06.27 Quit Zagor ("Client exiting") 12.06.35 Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) 12.14.51 *** Saving seen data "./dancer.seen" 12.45.20 Nick ashridah is now known as Lost-ash (i=ashridah@220-253-121-25.VIC.netspace.net.au) 12.57.45 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.09.01 Join fogcat [0] (n=3efe0020@labb.contactor.se) 13.11.59 # Hello all - it was suggested by Nobby on the forum that I draw attention to a bug 13.12.06 # the details are at http://forums.rockbox.org/index.php?topic=1506 13.12.06 # Occasional I get distortion and a staic like burst on playback 13.12.06 # It seems to be when I am using a config which includes speech (spoken menus and dir/track names 13.12.06 DBUG Enqueued KICK fogcat 13.12.06 # At first I thought it was only when switching configs but has now happened after "cold boot" 13.12.06 # Switching off and on again clears it. 13.12.29 # I'll leave it here for when some one reads the log - ta 13.12.33 Part fogcat 13.29.13 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4/undefined]") 13.36.06 Quit AliasCoffee ("Leaving") 13.38.44 Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) 13.47.44 Join webguest18 [0] (n=53afb0c2@labb.contactor.se) 13.49.53 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.13.14 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-25.VIC.netspace.net.au) 14.14.54 *** Saving seen data "./dancer.seen" 14.29.36 Join ]RowaN[ [0] (i=a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) 14.29.52 # <]RowaN[> is it possible to have battery indicator on the USB screen? 14.32.04 # Of you have the statusbar on, it's already there 14.32.21 # <]RowaN[> oh i see 14.38.00 # <]RowaN[> im sure someone has already mentioned that it would be cool to be able to disable the statusbar on WPS only =] 14.43.12 # ]RowaN[: I think the suggested solution is to add a WPS tag to disable the status bar. 14.43.48 # there's a patch to do just that 14.45.42 # <]RowaN[> sounds good 14.52.47 # why isn't it committed? 15.15.42 # lack of interest 15.18.30 # https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1289145&group_id=44306 is the patch 15.28.42 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.28.42 # * linuxstb thinks he has just got lucky with the new ipod LCD... 15.32.44 # How? 15.34.23 # I change the "lcd_base" value in the driver for the "old" colour LCD to a new (similar) value which I saw being referenced in the new firmware. Now the LCD goes from doing nothing to displaying nice coloured squares (what my test code should be doing). 15.34.38 # Wow 15.34.46 # that's pretty great 15.34.51 # plan to port rockbox on ipod now? o_O lol 15.35.11 # Maxime`: I bought an iPod a couple of weeks ago for that very purpose. 15.35.17 # ok 15.35.21 # But I don't know how far I'll be able to go by myself. 15.35.31 # linuxstb: I'm guessing the ipodlinux guys would be "interested" 15.35.37 # a way to "improve" ipod :p great :p 15.36.19 # rasher: If I can get the LCD working, then yes. Hopefully it's not a false alarm - I need to continue playing. 15.38.16 # Well, how could it be a false alarm if it's actually drawing the right stuff? 15.38.51 # It's not quite drawing the right stuff, but it's drawing something - which is more than it has done for the past week. 15.42.30 # Ah, okay 15.43.03 # "displaying nice coloured squares (what my test code should be doing)" just sounded like complete success to me 15.46.16 # I think I know what's going on now, and it's not what I said before. 15.47.31 # There are commands to tell the LCD which area you are about to update. Those commands don't work the same with the new LCD. But the format and the destination of the data you send to the LCD seems to be the same. 15.48.40 # But just ignore my ramblings for now.... 15.48.52 # Ah 15.49.41 Join Slyck [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) 16.04.53 # I now seem to be able to reliably draw in a 78x100 pixels rectangle in the middle of the iPod's LCD - this is obviously the "update region" set by the Apple firmware when displaying the apple logo on the middle of the screen. So the only problem with the new LCDs seem to be with setting the update region. 16.06.17 # hmm 16.08.23 # linuxstb: that doesn't sound too bad 16.10.00 # Yes - I'm happy that I can finally make the LCD do something. 16.12.31 Quit Strath (Read error: 104 (Connection reset by peer)) 16.13.17 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 16.14.57 *** Saving seen data "./dancer.seen" 16.25.08 Quit linuxstb ("Leaving") 16.31.31 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 16.37.20 Join Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) 16.37.29 # hey all 16.39.35 # I'll mention an issue I ran into today. came in before but ppl were afk 16.40.00 # I went to load something which caused Rockbox to crash with an illegal instruction 16.40.41 # on what player? 16.40.50 # h1x0 16.40.55 # mk.. 16.41.14 # and had to reset Rockbox. Problem is I had Resume Play on Startup enabled so every time Rockbox booted, it'd try and play the track again 16.41.16 # endless loop 16.41.41 Join webguest66 [0] (n=5298b302@labb.contactor.se) 16.42.16 Quit webguest66 (Client Quit) 16.43.50 # if you're not near a computer, you have no choice but to boot the iriver firmware til you get access to a machine where you can delete the offending track 16.46.16 # so it's not a bug, it's just a situation that (possibly) nobody's run into so hasn't been considered 16.46.29 # HCl: could you upload makedbj.bat and SongDB.jar to the wiki? 16.46.36 # Coldtoast: uh, the iriver firmware can delete files thesedays, you remember 16.48.05 # (not that this fixes the bug in rockbox, natch) 16.48.53 # can it? 16.49.03 # yeah. don't remember exactly how 16.49.09 # been so long since I used it 16.49.15 # but they added the deletion of files in a firmware revision ages back 16.49.48 # when I ran into the prob, I'd just finished putting some stuff on my player so was at my machine 16.49.53 # ok 16.51.46 # something else that's sort of a bit of a bother to me personally is when I power my player on and it DOES resume playing, if I then go into the file tree, it defaults to the root of the player, not the dir the track playing is in 16.53.03 # which is more my personal preference. Probably just a personal thing tho 16.53.06 # Turn oon "follow playlist" 16.53.25 # oh? didn't even know there was tha option. thanks 16.53.25 # Think it's under playback 16.53.28 # ok 16.53.34 # that should do just that 16.53.42 # I'll try it 16.54.41 # it's in File View 16.56.49 # cool. that did it 16.56.52 # thanks rasher 16.57.23 # No problem 16.58.17 # there are still certain things I have to use the iriver fw for, unfortunately. I've not bothered listening to some tracks for ages so I don't have to use the iriver fw 16.58.43 # just some music that really needs SRS to thicken the sound up cos of my earphones 17.09.20 Quit ashridah (Read error: 110 (Connection timed out)) 17.11.13 Quit Slyck () 17.15.45 Quit Strath (Read error: 104 (Connection reset by peer)) 17.16.58 # Coldtoast: get new earphones :-) 17.17.52 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 17.18.52 # that or just keep suig the iriver fw for some things 17.18.58 # suig=using 17.28.22 Join bagawk [0] (i=1000@unaffiliated/bagawk) 17.41.04 Quit bagawk ("Leaving") 17.45.12 Join Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) 17.48.27 Quit rasher (Remote closed the connection) 18.14.59 *** Saving seen data "./dancer.seen" 18.19.23 Join Sucka [0] (n=NNSCRIPT@host81-156-209-15.range81-156.btcentralplus.com) 18.19.24 Quit ghode|afk (Read error: 104 (Connection reset by peer)) 18.20.45 Join ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) 18.20.51 Join webguest26 [0] (n=538221e7@labb.contactor.se) 18.20.56 Quit webguest26 (Client Quit) 18.22.41 Join help [0] (n=538221e7@labb.contactor.se) 18.23.33 # 2 18.23.53 # (maybe i should keep that name :/ ) 18.25.31 # 1 18.26.25 Quit help (Client Quit) 18.27.14 Join RoadRunner [0] (n=538221e7@labb.contactor.se) 18.27.19 # 1 18.28.29 Quit RoadRunner (Client Quit) 18.28.38 Join lamedman [0] (n=538221e7@labb.contactor.se) 18.28.42 # 1 18.28.56 Quit lamedman (Client Quit) 18.29.10 Join lamed [0] (n=538221e7@labb.contactor.se) 18.31.20 # help, please. i'm only trying to build one plugin file without compiling the whole thing. i've went through the makefile but i can't understand what should i command to make it compile? 18.34.00 Join tvelocity [0] (n=tony@ipa112.2.tellas.gr) 18.36.16 Quit gromit` (Remote closed the connection) 18.38.42 Quit ]RowaN[ (Read error: 110 (Connection timed out)) 18.39.29 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 18.47.45 Join t0mas [0] (n=Tomas@unaffiliated/t0mas) 18.56.22 Quit Maxime` (Read error: 110 (Connection timed out)) 19.03.32 Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) 19.05.06 Join amiconn [0] (n=jens@p54BD74B4.dip.t-dialin.net) 19.08.04 Quit lamed ("CGI:IRC (EOF)") 19.21.17 Join gromit` [0] (i=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 19.22.03 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 19.35.11 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 19.35.15 Quit Maxime` (Read error: 104 (Connection reset by peer)) 19.42.56 # lamed: I don't think there is a simple command you can type to just compile a single plugin - it's far easier to just compile the whole of Rockbox. 19.51.20 # hi 19.51.48 # linuxstb: Seen the sudoku bug report (sort of) in the forum? 19.53.45 # Literally just read it now. 19.53.57 # I was aware of the problem trying to solve empty grids. 19.56.12 # I'm not sure if the patch is useful - it's more of a workaround than a solution. 20.03.11 # An edit mode might be useful after all 20.04.00 # If by "edit mode", you mean a way to manually enter a game coped from (e.g.) a newspaper, then I agree. It's something I want to add myself but haven't got around to. 20.04.16 # yes, that's what I mean 20.04.19 # I'm thinking about a way to make the difference between fixed and user-selected numbers visible on archos 20.04.52 # Could the greyscale lib be used? Or is that a bad idea? 20.04.53 # I could use the grayscale lib for that, but it would rule out the archos sim 20.05.43 # Is it a problem if it doesn't work on the sim? 20.08.02 # Not for the user, but maybe for a developer who doesn't have an archos 20.08.36 # That's one of those things that are waiting to get implemented - grayscale lib support for the sims 20.15.02 *** Saving seen data "./dancer.seen" 20.18.36 Quit tvelocity (herbert.freenode.net irc.freenode.net) 20.18.36 NSplit herbert.freenode.net irc.freenode.net 20.18.36 Quit linuxstb (herbert.freenode.net irc.freenode.net) 20.18.36 Quit Zagor (herbert.freenode.net irc.freenode.net) 20.18.36 Quit HCl (herbert.freenode.net irc.freenode.net) 20.18.36 Quit lImbus (herbert.freenode.net irc.freenode.net) 20.18.36 Quit flurble (herbert.freenode.net irc.freenode.net) 20.18.36 Quit atubbs_ (herbert.freenode.net irc.freenode.net) 20.18.36 Quit ze (herbert.freenode.net irc.freenode.net) 20.18.36 Quit void (herbert.freenode.net irc.freenode.net) 20.18.36 Quit dpassen1 (herbert.freenode.net irc.freenode.net) 20.18.36 Quit amiconn (herbert.freenode.net irc.freenode.net) 20.18.36 Quit t0mas (herbert.freenode.net irc.freenode.net) 20.18.36 Quit ghode|afk (herbert.freenode.net irc.freenode.net) 20.18.36 Quit Coldtoast (herbert.freenode.net irc.freenode.net) 20.18.36 Quit webguest18 (herbert.freenode.net irc.freenode.net) 20.18.36 Quit jborn_ (herbert.freenode.net irc.freenode.net) 20.18.36 Quit pike (herbert.freenode.net irc.freenode.net) 20.18.36 Quit Seed (herbert.freenode.net irc.freenode.net) 20.18.36 Quit pabs (herbert.freenode.net irc.freenode.net) 20.18.36 Quit Lear (herbert.freenode.net irc.freenode.net) 20.18.36 Quit DangerousDan (herbert.freenode.net irc.freenode.net) 20.18.36 Quit elinenbe (herbert.freenode.net irc.freenode.net) 20.18.36 Quit Nilisco (herbert.freenode.net irc.freenode.net) 20.18.36 Quit merbanan (herbert.freenode.net irc.freenode.net) 20.18.36 Quit crash__ (herbert.freenode.net irc.freenode.net) 20.18.36 Quit cYmen (herbert.freenode.net irc.freenode.net) 20.18.36 Quit bluebrother^ (herbert.freenode.net irc.freenode.net) 20.18.36 Quit stamppot (herbert.freenode.net irc.freenode.net) 20.18.36 Quit dwihno (herbert.freenode.net irc.freenode.net) 20.22.28 NHeal herbert.freenode.net irc.freenode.net 20.22.28 NJoin dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 20.22.28 NJoin amiconn [0] (n=jens@p54BD74B4.dip.t-dialin.net) 20.22.28 NJoin t0mas [0] (n=Tomas@unaffiliated/t0mas) 20.22.28 NJoin tvelocity [0] (n=tony@ipa112.2.tellas.gr) 20.22.28 NJoin ghode|afk [0] (n=garudin@host-84-9-104-22.bulldogdsl.com) 20.22.28 NJoin Lear [0] (n=chatzill@h36n10c1o285.bredband.skanova.com) 20.22.28 NJoin DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 20.22.28 NJoin Coldtoast [0] (n=edan@ppp111-114.lns1.hba1.internode.on.net) 20.22.28 NJoin linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 20.22.28 NJoin webguest18 [0] (n=53afb0c2@labb.contactor.se) 20.22.28 NJoin cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 20.22.28 NJoin Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) 20.22.28 NJoin jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 20.22.28 NJoin pike [0] (i=amiga@c83-249-120-126.bredband.comhem.se) 20.22.28 NJoin HCl [0] (i=hcl@titania.student.utwente.nl) 20.22.28 NJoin lImbus [0] (i=lImbus@port-212-202-8-79.dynamic.qsc.de) 20.22.28 NJoin flurble [0] (n=flurble@flurble.org) 20.22.28 NJoin bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 20.22.28 NJoin Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) 20.22.28 NJoin atubbs_ [0] (n=atubbs@ool-435634a8.dyn.optonline.net) 20.22.28 NJoin ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 20.22.28 NJoin void [0] (n=void@ool-18b89646.dyn.optonline.net) 20.22.28 NJoin elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 20.22.28 NJoin Nilisco [0] (n=Nilisco@wrath.shellfx.net) 20.22.28 NJoin merbanan [0] (i=banan@dalink.campus.luth.se) 20.22.28 NJoin stamppot [0] (n=stamppot@cc516682-a.ensch1.ov.home.nl) 20.22.28 NJoin crash__ [0] (n=crash@a15167580.alturo-server.de) 20.22.28 NJoin pabs [0] (n=pabs@xor.pablotron.org) 20.22.28 NJoin dwihno [0] (n=dw@81.8.224.89) 20.22.57 # /msg NickServ IDENTIFY hgpj41vp 20.25.30 Join Domonoky [0] (n=Domonoky@p549ACE79.dip.t-dialin.net) 20.26.34 # Vladoman, i think you should change your password for irc identify now .. :-) 20.26.44 # yep :-) 20.26.56 # how? 20.29.27 # change it with /msg Nickserv set password 20.29.55 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4/undefined]") 20.30.28 # done, thx 20.30.39 # np 20.30.57 # tee hee 20.31.16 Join solexx_ [0] (n=jrschulz@d157170.adsl.hansenet.de) 20.36.25 Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) 20.47.05 Quit solexx (Read error: 110 (Connection timed out)) 20.48.51 Join muesli- [0] (i=muesli_t@Bc150.b.pppool.de) 21.00.48 # Anyone have any ideas about what to do with the ReleaseTodo Wiki page? 21.00.51 # Change the title to "things to do before 2.6" ? 21.24.04 Join preglow [0] (n=c39fb5e6@labb.contactor.se) 21.25.46 Join xen` [0] (n=xen@82.252.44.226) 21.27.13 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 21.27.38 # ahh, cvs activity 21.28.09 # It's been a long time... 21.29.55 Nick TiMiD[FD] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) 21.30.00 # hi 21.30.07 # any devs here ? 21.32.41 # yes 21.36.46 # I would like to talk about remote support implementation 21.36.51 # if someone can 21.41.31 Quit preglow ("CGI:IRC (EOF)") 21.41.57 Join preglow [0] (n=c39fb5e6@labb.contactor.se) 21.42.30 # what about remote support? 21.43.06 Quit Maxime` (Read error: 110 (Connection timed out)) 21.46.33 Quit gromit` (Remote closed the connection) 21.51.32 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 21.54.26 # I would like to implement remote support in rockbox 21.55.06 # but I wanted to discuss the way to do it since there are some possibilites 21.55.52 # for example a single thread or multi-threads 21.56.05 # single, definitely 21.56.20 # (this was proposed on the mailing list) 21.59.29 # so if it's single thread, the patch xavier made was adapted (some bugs apart) 22.00.38 # well the problem is of course the different screen sizes. so you can't show exactly the same thing. 22.01.06 # afaik xaviers patch was on the graphics level. it needs to be handled higher up, on the application level. 22.01.07 # there's no need to anyway 22.01.56 # Coldtoast: ? 22.02.11 # why would you need to show the same amount of info? 22.02.16 # multithread I think 22.02.16 # the iriver fw doesn't 22.02.27 # Coldtoast: you don't want to, and you can't 22.02.43 # TiMiD: why? multithread will give you mountains of problems and very little gain. 22.03.02 # will we eventually be able to write .wps for the remote? 22.03.28 # is that the eventual aim? 22.03.51 # if you wanted to do a very quick solution, slightly better than xavier but still not all the way, then toggle the screens. if remote is plugged, only show on remote. that means the application only has to handle one screen size and everything becomes very simple. 22.03.58 # but it's not The Right Way, of course 22.04.07 # Coldtoast: yes 22.04.32 # nope I want the two screens activated :) 22.04.54 # multithread would be a little more heavy 22.05.02 # but on iriver there is sufficient memory 22.05.21 # memory is not the issue. code complexity is. 22.05.24 # (I don't think the tree_context can become that huge 22.05.32 # what will you gain by running to threads? 22.06.03 # for me it would be very convenient 22.06.31 # to be able to control my music on the remote while doing other things on the main display 22.06.56 # TiMiD: yes, user-wise it might be a good idea. but I think you should look at bit at the code too... :-) 22.07.37 # some globals variables apart are there any other problems ? 22.08.12 Quit preglow ("CGI:IRC (Ping timeout)") 22.08.58 # (I dont know how multi thread is handled on rockbox) 22.10.19 # in my opinion, doing it single thread would be similar than what xavier did 22.10.52 # ?? 22.12.03 # just to handle a different wps on the remote which can mean code duplication and handling cutting the things to display on main screen (since you have to display them on the main screen, no need to keep 2 contexts) 22.12.36 # for the tree and menus 22.15.06 *** Saving seen data "./dancer.seen" 22.15.40 Join polytan [0] (n=polytan@tin51-1-82-231-252-157.fbx.proxad.net) 22.15.46 # hi 22.16.21 # hi polytan 22.16.21 # rockbox can't have an ogg suport for archos mp3 readers ? 22.16.27 # hi TiMiD 22.16.58 # TiMiD: the entire GUI code is written to run in one thread. variables are global. memory is shared between screens etc. 22.17.07 # it is explained on the wiki (and the answer is no :-( ) 22.17.08 # polytan: no 22.17.23 Join rcohen [0] (n=rcohen@dsl027-181-120.sfo1.dsl.speakeasy.net) 22.17.34 # TiMiD: of course it CAN be done. but should it? 22.17.34 # it's an hardware problem i think, isn't it ? 22.17.39 # polytan: yes 22.17.55 # memory is shared between screens ? 22.18.29 # graphic buffer oO ?? 22.21.43 # I'm having an issue with fwpatcher, when i run it against the "H120 and H140 1.65US" firmware linked from the IriverBoot page in the wiki it says "unrecognized firmware" 22.22.05 # fwpatcher.exe is from that page as well 22.23.01 # rcohen: try this one : http://timidzone.free.fr/pub/rockbox/fwpatcher_tandoc.exe 22.23.04 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.23.15 # it's a little old, but it worked for me 22.24.42 # nope, same deal 22.25.16 # I upload you my patched formware (if I can find it)-___- 22.26.43 # aha, if i use the 163 firmware it works 22.26.49 # it should be there (when the upload @15k/sec will be finished) http://timidzone.free.fr/pub/rockbox/ihp_120.hex 22.27.21 # the wiki really shouldn't be giving instructions which don't work, though 22.27.37 # ??? 22.28.19 # it links to firmware which fwpatcher.exe refuses to work on 22.29.00 # Zagor: ok I understood : wps, file tree etc is running in one single program -______- 22.29.33 # yes 22.29.35 # rcohen 22.29.37 # okkkkkk 22.29.44 # I didn't understood that 22.29.47 # I just downloaded the fwpatcher and 1.65US and ran it 22.29.50 # and it works perfectly 22.29.52 # so it's definitively single thread :) 22.29.54 # aha, that explains it :-) 22.30.00 # yes it is 22.30.00 # so don't blame the wiki 22.30.14 # there's a prob somewhere on your end 22.30.25 # you ARE extracting the firmware from teh zip? 22.30.53 # not, like, renaming the ip to .hex or something odd? 22.30.56 # yes 22.30.59 # ip=ip 22.31.01 # it might be an issue with wine 22.31.10 # aaah 22.31.17 # sorry. I'm runnign native XP 22.31.34 # didn't realise you were using WINE 22.31.41 # here you go tho. I juat patched it if you want it 22.32.07 # i'm behind NAT, file transfers don't work so well 22.32.35 Join davidd [0] (i=davidd@67.50.83.113) 22.32.42 # ok 22.33.04 # thanks, though 22.33.16 # it'll be a WINE issue, anyway 22.33.45 # you'd have access to a Windows machine somewhere tho shurely? 22.33.47 # surely 22.34.31 # rcohen: It's not very difficult to patch the firmware "the hard way" from the command-line if you're using Linux. 22.34.37 # not unless i commandeered one of my roommates' machines 22.34.42 # all of mine run linux 22.34.44 Quit rcohen (Remote closed the connection) 22.35.45 Join rcohen [0] (n=rcohen@dsl027-181-120.sfo1.dsl.speakeasy.net) 22.35.53 # sorry, gaim crashed on me 22.36.35 # i went through the manual process of patching firmware on linux, but the bootloader.bin in the wiki is version 2 and it looks like v5 is what fwpatcher uses 22.37.04 # plus none of the md5sums matched up and i'm paranoid 22.38.05 # It looks like bootloader.bin needs updating on the wiki page. I don't think Linus is around at the moment though. 22.38.59 # plus i'm too lazy to get a cross-compiler installed 22.41.05 # I think I've got the v5 bootloader.bin I downloaded from the Wiki - let me check it creates a firmware matching the published MD5 checksums 22.43.35 # Yes - I used it to patch a 1.65EU firmware, and get the same checksum as on the wiki. You can grab it from here: http://www.davechapman.f2s.com/rockbox/bootloader-h120.bin 22.44.03 # That's the v5 bootloader I grabbed from the Wiki on 9th September. 22.44.17 # thanks! 22.44.29 Join webguest53 [0] (n=50ca630c@labb.contactor.se) 22.44.42 # looks like some wiki spam on IriverPort 22.45.23 # I do not think AffordableBedroomFurniture has a lot to do with rockbox ;) 22.46.03 # :p 22.46.21 # think ikea 22.46.29 # ;) 22.47.05 # IDA Pro is a very powerful disassembler which Affordable Bedroom Furniturealso supports ... ;( 22.47.12 # hehe 22.47.48 Part webguest53 22.53.06 # linuxstb: my md5sum isn't matching what's on the wiki: 165US + bootloader.bin you gave me 22.53.26 # HCl, yre you there ? 22.53.28 # so, just how dangerous would it be for me to try and use this? 22.53.56 # HCl: I am getting some perl-crashes with songDB.pl with my tagged files 22.54.00 # if you killed your player, you'd be the first one to do it 22.54.11 # some consolation that would be :) 22.54.16 # rcohen: What's the md5sum of bootloader.bin ? 22.54.22 # how does the patching work? 22.54.46 # The file I uploaded for you was: 1e45c54383f8461b0e5724d03fc8cc58 bootloader-h120.bin 22.54.48 # 1e45c54383f8461b0e5724d03fc8cc58 22.54.58 # hm? 22.55.04 # lImbus: perl crashes? 22.55.07 # rcohen: What if you try the 1.65 EU firmware? 22.55.08 # jup 22.55.14 # like what? o-o 22.55.17 # gimme a minute to download it 22.55.40 # HCl: looks like files with german umlauts within title tags are not well seens. do you want such a file ? 22.55.50 # it happens while scanning the file 22.56.09 # well, can you paste the crash in privmsg? 22.56.28 # well, it's a crash on windows, nothing special to see 22.56.32 # perl.exe crashes 22.56.41 # aha. 22.56.43 # odd. 22.56.44 # well. 22.56.46 # but I can send you the mp3file per mail 22.56.48 # ask bagder, i'd say. 22.56.54 # there is a nother crash at the end of the procedure, which I could not yet track down to a single file 22.56.56 # i'm mostly responsible for the java tool 22.57.05 # all i did was alter the perl tool to work with the new database format 22.57.07 # aha. yes, I remember 22.57.38 # ah, there we go 22.57.53 # i've got too many zip files around here with various firmware versions 22.58.04 Join webguest61 [0] (n=d55efc64@labb.contactor.se) 22.58.05 # that first one much have been the wrong one 22.58.31 # lImbus: try the java tool instead? 22.58.55 # yes, that's an idea 22.58.59 # the wiki page is complete ? 22.59.04 # gonna try that then 22.59.08 # tnx 22.59.18 # Zagor: While I'm not that interested in getting the remote working for myself, I do think that a multithreaded approach would be way better 22.59.28 # ...and still not too complex to handle 22.59.46 # interesting 22.59.51 Quit muesli- ("ich will Kühe!!!") 23.02.26 # Of course there are situations where the gui threads would need to lock things and can't work independently 23.04.17 # Two situations come to mind: (1) playback and recording are mutually exclusive. (2) Browsing different directories is also not possible if we don't want to duplicate the buffer 23.06.27 # Two gui threads would e.g. allow to use the menu or run a plugin or browse for new music on one display, while the other continues showing the wps and allowing playback control 23.07.04 # Doing this kind of stuff would be about the only reason to actually use the remote for me 23.07.39 # I get a headache just thinking about it ;) 23.08.02 # maybe I'm pessimistic, but I think we'll run into quite a few areas of trouble. 23.08.14 # I don't think it would be overly complicated 23.09.23 # I don't know all areas that well, but from what I've seen the gui for a task is somewhat independent from the engine doing the actual work 23.10.00 # For example, the recording screen just sends messages and reads back status. The mpeg thread does the dirty work 23.10.59 Quit webguest61 ("CGI:IRC (EOF)") 23.11.01 # yes. the browser is the biggest worry, i think 23.11.56 # but even the mpeg thread needs reworking, to know which thread to send messages to. and what if both threads need it? 23.12.21 # The mpeg thread doesn't send messages to other threads, it only receives them 23.12.36 # Shouldn't matter from which thread they are sent 23.12.57 # Status reading is done by calling functions from the recording screen 23.13.17 # ah, right. i've been away too long. :-) 23.13.22 # I think the browser problem can be solved. There are 2 situations: 23.13.49 # (Starting with the browser being displayed on one screen, no matter which one) 23.14.17 Part rcohen 23.14.51 # (1) You try enter the main browser on the second screen. In that case it should simply show the same directory as the first (not necessarily the same position in the list) 23.15.53 # (2) You try to enter a sub-browser from the menu (fonts or such). In that case it should refuse to enter the sub-browser if entering it would imply to change the dir 23.16.32 # why should current dir be the same for the two threads ? 23.16.49 # TiMiD: otherwise we need do double the dir buffer 23.17.55 # would that be a problem ? I mean the dir buffer doesn't seems to be that huge (aprt the case when you have 9999 files in the same dir, but ...) 23.17.57 # I would like to avoid that, because it would have a negative effect when not using the remote 23.18.17 # (1) If we reserve the buffer statically, it would be wasted 23.18.19 # when not using the remote you could simply kill the thread 23.18.36 # (2) Dynamic allocation would really complicate things 23.19.06 # TiMiD: The thread isn't the problem, the allocated memory is 23.19.10 # I still think it would be much simpler to just draw each screen twice 23.19.26 # And btw, I wouldn't kill the thread, I would just let it idle 23.19.28 Quit polytan ("Leaving") 23.20.17 # what you guys consider a feature (different things on remote and main), I think a lot of other people will find annoying. 23.20.21 # Zagor: Maybe simpler, yes, but way less useful (imho) 23.20.29 # how much big is the dir buffer (approximately) ? 23.20.29 # and I personally find it pointless 23.20.49 # in normal file structures conditions 23.20.54 # amiconn: what's so much better browsing AND showing wps at the same time? 23.21.19 # I don't see the point of the remote lcd when it just mirrors the main lcd content 23.21.25 # I agree with Zagor - I think users will be using the main device OR the remote. Not both. 23.21.36 # The I don't need a remote, or one with just buttons 23.21.39 # the point of the remote is that you don't see the main because it's in your bag/pocket 23.21.41 # *Then 23.22.02 # i agree with amiconn. 23.22.11 # the remote could be used when another app is taking the main screen 23.22.12 # its highly preferable to have them independant. 23.22.20 Quit davidd () 23.22.20 # like game or text viewer 23.22.23 # HCl: why? 23.22.42 # because it allows you to do two things at once 23.22.46 # such as? 23.22.47 # watch the wps, and browse for a new file. 23.22.50 # play a game 23.22.50 # I would prefer that we were about to "task-switch" on the main device to go between different screens in a more natural way. 23.22.51 # and watch the wps 23.23.28 # you can't watch the wps and browse at the same time. you only have one pair of eyes. swapping between the displays is just like swapping between the screens today. 23.23.33 # Zagor: e.g playing music (and being able to adjust volume/ skip certain tracks etc) and running a game plugin 23.23.41 Quit ze (Read error: 110 (Connection timed out)) 23.23.46 # i disagree 23.23.54 # you can switch focus much faster 23.23.56 # than you can switch modes 23.24.13 # eh? it's instantaneous 23.24.23 # You can't do that atm, because for adjusting anything playback-related, you have to leave the plugin 23.24.29 # ...losing status etc 23.25.01 # amiconn: that's the first valid reason i've heard yet 23.25.03 # afk 23.26.01 # Of course, being able to cycle through screens would solve this problem, also for units without an lcd remote 23.26.34 # ...but imho cycling through screens calls for even more problems than having 2 gui threads 23.26.53 Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) 23.27.07 # But it would be very nice to be able to do it. 23.29.47 # Having 2 gui threads would simply run the plugin in the main gui thread, nothing would change for the plugin compared to now 23.30.03 # (except the few plugins that use the remote now) 23.30.29 # I don't think it's worth it. I think this is yet another "wouldn't it be cool if..." things. 23.30.59 # Screen cycling would open a whole can of problems, dealing with which gui part has focus etc 23.31.08 # we'd work for weeks getting it right, then five people would use it twice each. 23.31.46 # most people simply don't use the player like that. they use either the remote OR the main. not both. 23.32.48 # well it makes no sense to use both atm, doesn't it? 23.33.35 # Hmm. I don't use the remote at all atm. For simple tasks I don't need to look at the display, and for things I do need a display it doesn't make a difference whether I grab the remote or the main unit 23.33.41 # that's not my point. the point is I think people only WANT to use one screen. if you have the main in your hand, you don't want to fiddle with the remote. 23.34.15 # amiconn: I interpret that as supporting my point :-) 23.34.16 # ...so I'm better off not carrying around an extra piece of hardware 23.35.01 # If I could actually do more with the remote plugged, I would probably actually use it 23.35.11 # amiconn: in some regions of the world taking your whole player out of your pocket might be risky whilst a quick peek at the remote can go totally unnoticed 23.35.30 # like here were i live :/ 23.35.37 # webguest18: me too :/ 23.35.49 # I'm not using the iriver within a pocket. I doubt that it does fit a pocket, it's too bulky 23.36.01 # fits in all my pockets 23.36.04 # I put it in my bag 23.36.11 # it's not the point. 23.37.21 # the point is, you're on shuffle and all of a sudden - OMG how cool dat tune is wtf is this i wanna know now! - you take out the player and bam, you have no player and a broken nose, you take a look at the remote smartly hidden under your jacket and voila ;) 23.37.25 # ghetto tactics 23.38.13 # webguest18: No-one is arguing that the remote isn't useful, or that Rockbox shouldn't support it at all. 23.38.20 # Hmm. Can't say much about this kind of problems... 23.38.25 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 23.38.46 # I think the only debate is if the remote and main display should display the same screen or not. 23.39.23 # imho - head to head gaming on main unit vs remote would be the ultimate in geeky coolness 23.39.47 # A plugin could easily do that today (I think). 23.39.58 # That would be an additional gimmick, but has nothing to do with how the core handles the remote 23.40.03 # in fact it would have a problem doing it with two threads 23.40.18 # or changing the wps on the remote and watching the immediate change on the main unit ;o 23.40.19 # Zagor: I don't think so 23.40.43 # webguest18: A bit unfair though, depending on the game 23.40.52 # amiconn :) 23.40.53 # amiconn: either one thread takes over both displays or they have to communicate. either way is unclean. 23.41.23 # The remote lcd is clearly smaller, but otoh it's definitely faster 23.42.01 # Zagor: Usually each thread would handle one display. A plugin could request control over the remote lcd from the remote gui thread 23.42.17 # (remote lcd + buttons) 23.43.15 Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 23.43.17 # kevin@arrakis /mnt/panoramix/download/iriver/rockbox/apps $ grep -R extern *|grep -v '('|grep -v README|wc 23.43.21 # 225 1056 15104 23.43.27 # that the main problem :( 23.44.32 # Only slightly related: I'm curious whether anyone actually tried the 3-player mode of wormlet.rock on archos recorder ;) 23.44.33 # doing it multithread would proobably imply rewriting a lot of code 23.45.22 # we'd work for weeks getting it right, then five people would use it twice each. 23.45.57 # amiconn: that sounds .. cramped 23.45.59 # Doing content mirroring in a clean way will also imply rewriting a lot of code 23.46.35 # rasher: Two players using the buttons on the main unit, the third using the remote. All looking on the main display of course ;) 23.46.39 # amiconn: not nearly as much 23.46.56 # I doub't that the difference would be that big 23.46.57 # we already support dynamic sizing in most screens (since we have variable size fonts) 23.47.53 # Yes, but we don't have a way to handle a different number of lines between two displays yet 23.48.11 # How would scrolling up/down be handled? 23.48.31 # I thought about that yesterday. it's actually quite simple. 23.48.44 # Using one thread adds the problem that there are two keypads that can fire events 23.49.11 # ...which require different actions in the code 23.49.12 # simply adjust the dirstart (in case of tree.c) if it is outside the screen. 23.49.40 # this means we don't have to keep track of dual positions/lines 23.49.55 # We do, definitely 23.50.43 # The position within the list would be the same, but the start of the list would not 23.50.57 # are you reading my lines? 23.51.02 # yes 23.51.12 # simply adjust the dirstart (in case of tree.c) if it is outside the screen. 23.51.15 # Zagor: I just uploaded bootloader-h120.bin and bootloader-h100.bin to the wiki - could you md5sum them for me? 23.51.25 # rasher: ok 23.51.46 # I already checked that they produce valid patched firmwares 23.51.49 # yes, and that needs s to be done for both screens independently 23.51.54 # Just need to check that the uploads went fine. 23.52.41 # amiconn: dynamically, by the draw routine. stateless. 23.52.59 # I'm still not convinced that mirroring is the way to go 23.53.59 # 05d368b62f484904d4afac2064b0f4f2 bootloader-h100-20050722.bin 23.53.59 # 1e45c54383f8461b0e5724d03fc8cc58 bootloader-h120-20050722.bin 23.54.00 # Zagor: It's not stateless, you'd need to store dirstart per screen. 23.54.10 # Zagor: thanks, matched. 23.54.11 # Otherwise scrolling would look really odd 23.54.31 # Mirroring just looks like an incomplete, cheap solution to me 23.55.00 # multithreading looks like overworked unnecessary bloat to me :-) 23.55.07 # rasher: And as a double-check, that h120 checksum is the same as my local copy of the v5 bootloader as well. 23.55.40 # linuxstb: alright, I think it's safe to say it's the right file 23.56.02 # You can't be too safe with those bootloaders. 23.56.06 # Certainly not 23.56.15 # amiconn: why would scrolling look strange? 23.56.46 # wow, #ipl is like kindergarten 23.57.15 # You need to keep dirstart the same _per screen_ until the cursor leaves at the top or bottom, _then_ adjust 23.57.28 # amiconn: why? 23.57.31 # YOu can't do this without saving the status per display 23.57.40 # rasher: You don't have to tell me that. Buit I did have a useful conversation with leachbj earlier. 23.58.06 # the cursor is what's important. dirstart should be adjusted so the cursor is visible 23.58.08 # Zagor: Well, for the same reason as we do it now (for one display) 23.58.22 # this can be done dynamically, without storing 23.58.27 # linuxstb: Yeah, I don't doubt the real people are also there, but I guess running linux on ipod just attracts the wrong crowd 23.58.29 # No, it can't 23.58.37 # yes it can, no it cant :-) 23.58.58 # rasher: I'm not sure who the crowd are - they don't talk about Linux or the iPod...