--- Log for 08.10.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 hours and 34 minutes ago 00.00.20 # XavierGr: I've bumped the max. .lng size to 8000 bytes now 00.01.09 # ok then it's a solution for now, though greek language should pass this on seme entries. 00.01.28 # 103 bytes left 00.01.40 # a little more with the removal of deprecated strings 00.02.01 # 226 bytes 00.03.07 # 226 characters so be it, it would be 10 entries at least. 00.03.35 # why not remove the deprecated entries completed (even in english.lng)? 00.03.52 # completed = completly 00.03.55 # It would shift the IDs of all subsequent strings 00.04.15 # argggg tough! 00.04.22 # maybe with a script? 00.04.29 # This would cause a complete messup when someone loads a .lng file from a different build 00.04.35 # <_FireFly_> a simple reload of the lang-file on the device should solve this 00.04.41 # <_FireFly_> ok 00.05.07 # A deprecated string takes 1 byte in the file 00.05.15 # (the trailing \0) 00.05.55 # oh I though that the size matters not only the strings but the data of the headers and stuff. 00.06.38 # ah yes you are right you do not include the headers such as voice: new: e.t.c 00.06.57 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 00.07.00 # Check tools/binlang 00.07.06 # then make that 20 entries 00.07.34 # .lng files are incredibly simple, a magic byte, a version byte, then all strings as C strings, one after the others 00.08.23 # Yes, then we 'wasted' 20 bytes 00.08.28 # and why it has to be a size limit? if it involves a loop to load strings why not load the filesize into code? 00.08.59 # Though I do not know how loading the lang file is working, just assuming 00.09.03 # There is no dynamic memory allocation, you should know... 00.09.32 # ah yes you are right 00.09.41 # I keep bumping in this. 00.10.01 # If the number of deprecated entries grows too large, we can throws them all out, but then we have to bump the .lng version byte 00.10.18 # I'd prefer to wait with that until l10n v2 00.10.43 # ok then 00.11.52 # what do you think for the virtual keyboard does it worth to commit it, its a couple of ifdefs, though I haven't finished it yet, but I will complete it for my pleasure. 00.20.52 # Ah, finally found the problem why demystify.rock crashed the windows sim :) 00.21.16 # Obviously cygwin doesn't like it when a dll function is called main(). 00.24.48 # you guys "rock" your code is the most versatile. Managed to change the keyboard layout with just 2 ifdefs. 1 for KEYBOARD_LINES, KEYBOARD_PAGES and 2 for the structure that holds all the characters to input. Great work! 00.25.49 # Well, if there's only one page, the page flipping can be #ifdefed out as well 00.26.41 # there is no reason to. I think (in the test I made in the sim) that if you press the A-B button it will just do nothing. 00.26.43 # * amiconn feels like the master of plugins today ;) 00.27.15 # LOL 00.27.35 # what's demestify for? 00.27.55 # Do you know the WIndows screensaver 'mystify'? 00.28.26 # amiconn: yes congratulations for plugins 00.29.05 # XavierGr: Yes I know that it does nothing, but then it's dead code for H1x0 00.29.14 # any chances to commit TiMiD works? :-P 00.30.10 # amiconn:1) Yeah I forgot about that Windows screen saver, 2) Then I should add a third #ifdef (or more like #Ifndef) 00.32.44 # oh wrong it is #if(CONFIG_KEYPAD == target) so I will not need #ifdefs but just #ifs 00.33.26 Quit _FireFly_ ("Leaving") 00.34.46 # XavierGr: You can just remove the #define KBD_PAGE_FLIP for iriver as the first step 00.35.52 # Then you need to modify the two lines reading #ifndef KBD_PAGE_FLIP nw. Note: there is also an #ifdef KBD_PAGE_FLIP, that doesn't need to be touched 00.36.04 # Replace #ifndef KBD_PAGE_FLIP 00.36.06 # with 00.36.27 # you got me, what an idiot, I just didn't knew what this def does and let it there 00.36.39 # #if !defined(KBD_PAGE_FLIP) && KEYBOARD_PAGES > 1 00.36.44 # and you're done 00.37.38 # That line means, the flip-on-wrap will be compiled in only if KBD_PAGE_FLIP isn't defined, *and* there is more than one page - which isn't true any more with your change 00.38.10 # No need for an additional explicit keyboard type check 00.38.11 # yep I got it, thanks 00.38.48 Join Link9064 [0] (n=18ecbc22@labb.contactor.se) 00.39.42 Part webguest81 00.39.54 # do you remember all these stuff, or did you opened the keyboard.c? 00.41.58 # is a hard drive replacement for an FM Recorder 20 the same as the others as far as teh tutorials go? 00.43.50 Quit linuxstb ("CGI:IRC") 00.44.09 # XavierGr: I did open keyboard.c, and it was helpful that I once rewrote that stuff... 00.46.14 # Link9064: http://www.angelfire.com/trek/archos/ has disassembly instructions for the jukebox multimedia whch are also valid for fm and v2 recorders 00.48.19 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 00.48.19 Quit Rick (Nick collision from services.) 00.48.24 # k, thanks, and is there any max capacity as far as teh harddrive goes? 00.48.29 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 00.48.33 # I'm planning on putting an 80gb in it 00.48.56 # The limit is 128 GB (136 GB in terms of hard disk manufacturers) 00.49.33 # 80 GB works fine, I have that in my recorder v1 :) 00.49.51 # oh my god :P 00.50.09 # k, thanks 00.50.55 Quit Link9064 ("CGI:IRC") 00.51.19 Join bagawk [0] (n=lee@unaffiliated/bagawk) 00.53.42 # 80gb!!!!? 00.54.00 # and I thought I had a big DAP, I have stuffed a 60GB there 00.54.08 # 136 gb!!! :D 00.54.13 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.54.20 # does archos takes 2.5 inches hard disks? 00.54.24 # yes 00.55.19 # Height matter also 00.55.29 # 9.5mm was it? 00.55.29 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 00.56.05 # bagawk: Not really important nowadays. All current 2.5" drives are 9.5 mm 00.56.29 # Some really old ones were 12.7 mm (1/2") 00.56.31 # how long would the batt last though? 00.57.01 # That depends more on the drive type than on the capacity 00.57.19 # Drives with >4200 rpm are therefore not recommended 00.57.57 # "Playing a playlist with no valid entries (or no entries at all) should be 00.57.57 # properly handled now. Please revert this commit if it breaks something." ??? 00.58.01 # amiconn: which DAP do you use usually? iRiver or Archos? 00.58.23 # archos 00.58.30 # wasn't debate about this commit? 00.58.44 # amiconn: any reason for it? 00.58.51 # Moos: rockbox wasn't stopping playback properly when playing empty playlists. 00.59.03 Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) 00.59.09 # yes i know :-) 00.59.13 # Or ones with no valid entries. 00.59.32 # XavierGr: Yes. More reliable, and either more capacity (recorder v1) or smaller, noiseless and shock-resistant (Ondio) 00.59.44 # It bit me a couple of times, so I "fixed" it. If it causes problems we can remove it 00.59.51 # ryan_j: but the fixing was debate here by Lear... 01.00.01 # I must have missed that. 01.00.11 # just wondering :-) 01.00.16 # Plus, my H140 harddrive is a bit noise since I dropped the player once 01.00.26 # No problem :-) 01.00.40 # ryan_j check the logs ;-) 01.00.45 # Which day? 01.01.01 # don't remenber, sorry, check google 01.01.49 # debate betwen Lear, Slasheri and maybe amiconn :) 01.02.19 # * ryan_j checks through logs 01.03.45 # I can't find it :-( 01.03.55 # Removing it's no problem though. 01.04.04 # s/it's/it is/ 01.04.11 # isn't dramatical :-) 01.04.13 # XavierGr: You did the wrong thing with the KBD_PAGE_FLIP... 01.05.17 # You need to change the two occurences of #ifndef KBD_PAGE_FLIP, *not* the one occurence of #ifdef KBD_PAGE_FLIP 01.05.35 Quit Nibbler ("life is like a rental car, you fuck it up, and give it back.") 01.06.06 # Moos: I found it. Reading it now... 01.06.19 # hehe :) 01.08.58 # Moos: Ah. Well, my fix is rather trivial and shouldn't get in the way of Slasheri's fix when it gets committed. 01.09.22 # yes just in waiting :-) 01.11.43 # It just stops playback if the playlist has 0 entries, which happens if the file was empty or all entries were invalid (and therefore deleted). 01.11.46 Quit bagawk ("Leaving") 01.14.04 Join amiconn_ [0] (n=jens@p54BD6FA7.dip.t-dialin.net) 01.16.07 Quit amiconn (Nick collision from services.) 01.16.07 Nick amiconn_ is now known as amiconn (n=jens@p54BD6FA7.dip.t-dialin.net) 01.17.17 Join phaedrus961 [0] (n=bob@ppp-69-229-251-93.dsl.bkfd14.pacbell.net) 01.17.39 # amiconn: I need to change 2 ifndefs? 01.18.37 # but there are many #ifndef KBD_FLIP_PAGE! 01.18.40 # not just 2 01.20.14 # I only see two. Lines 238 and 266 in unpatched keyboard.c 01.20.45 # my bad I was seeing KBD_MODE 01.21.57 # so change 2 #ifndef KBD_PAGE_FLIPs with #if !defined(KBD_PAGE_FLIP) && KEYBOARD_PAGES > 1 ? 01.22.31 # and revert the #ifdef KBD_PAGE_FLIP? 01.23.47 # are you sure I see no reason for this. 01.23.56 # why change the ifndef? 01.24.08 Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) 01.24.20 # oh i see why 01.24.34 # it will run ondio code if I don't 01.26.32 *** Saving seen data "./dancer.seen" 01.28.58 # ok I got it heres how I made it: 01.29.26 # the #ifdef KBD_PAGE_FLIP becomes #if defined(KBD_PAGE_FLIP) && KEYBOARD_PAGES > 1 01.30.12 # and the other 2 #ifndef KBD_PAGE_FLIP will become #if !defined(KBD_PAGE_FLIP) && KEYBOARD_PAGES > 1 01.30.17 # right? 01.32.14 # yes 01.32.22 # I had some more ideas 01.32.36 # yes you was right or else ondio code could run on iriver. 01.32.46 Quit einhirn (Read error: 104 (Connection reset by peer)) 01.33.05 # Just leave KBD_PAGE_FLIP defined for H1x0, it doesn't hurt with the #ifdef / # ifndef changes discussed... 01.33.20 # ok then I will add it. 01.33.45 # ...but it allows to get the logic right, as the ability to show all characters in one page does *not* depend on the keypad... 01.33.55 # ...but rather on the LCD resolution 01.34.59 Quit Moos ("Glory to Rockbox") 01.36.36 # ok patch updated on sourceforge, If you feel right for it then commit, else I will use it for my pleasure... :P 01.46.14 Quit Bger (Read error: 113 (No route to host)) 01.49.36 # lol I have just updated my patch 5 times in a row 02.19.22 Join muesli- [0] (i=muesli_t@Bbc8c.b.pppool.de) 02.20.23 # re 02.21.51 # re 02.22.12 # ;) 02.22.21 # who is mika btw? 02.22.33 # i 02.22.36 # i 02.22.38 DBUG Enqueued KICK muesli- 02.22.38 # i 02.22.48 # damn... 02.22.56 # mika? 02.23.03 # miika 02.23.08 # yepp 02.23.34 # miika pekarinen? I thought it was Slasheri. 02.25.21 # mk :) 02.25.44 # good pita XavierGr anyway ;) 02.26.22 # Thanks, but I got a little confused. 02.27.03 # how comes to that? 02.29.47 # Your name is Miika? 02.30.08 Join pengo [0] (n=xtofu@220.245.138.10) 02.31.43 # not really ;) 02.32.01 # then whats was 02.32.03 # i 02.32.03 # i 02.32.03 DBUG Enqueued KICK XavierGr 02.32.03 # i 02.32.06 # for? 02.33.41 # i've tried to write +i to add an i for mika 02.33.41 # oo.. disk cache. 02.34.05 # but didnt notice that it wouldnt work 02.34.10 # Ahhh! 02.34.20 # (got to much drinks :D ) 02.34.31 # yeah I heard you cant write it on the site's client 02.34.39 # well then all I knew was true 02.35.57 # got a hiccough..an somebody write a patch for me :) 02.36.01 # can 02.36.46 # what sort of patch? 02.37.07 # to sort out my hiccough ;) 02.37.25 # what's that? 02.38.06 # a patch that makes it appear the firmware is corrupt and unbootable should do it 02.39.41 # excuse me? 02.39.57 # I surely can't do that. 02.43.00 # whatever.. 02.43.07 Join ashridah [0] (i=ashridah@220-253-120-213.VIC.netspace.net.au) 02.43.10 # hope 2 find my way to my bed 02.43.23 # g'night folks 02.43.34 # well check this out before you sleep: 02.43.53 # http://www.misticriver.net/photos/displayimage.php?album=lastup&cat=11302&pos=0 02.44.10 # nothing major jsut made my life a little easier! 02.45.17 # it increases the amount of chars? 02.45.48 # It justs renders all chars in one screen instead of having to press a-b button. 02.45.59 # (and cycle pages) 02.46.01 # very kewl! 02.46.09 # well I should hit the sack too, time to go to bed! 02.46.22 # add it to cvs 02.46.33 # i will love it 02.46.34 # I don't have a cvs access :( 02.46.42 # why not m9? 02.46.45 # m8? 02.46.59 # lol well I am not so experianced yet. 02.47.09 # I guess it is a responsibility after all. 02.47.34 # :-/ 02.47.38 # pitty... 02.48.03 # will talk 2 u about that l8er... 02.48.17 # am seriously tired... 02.48.21 # ok bye and good night! 02.48.22 # g'night 02.48.25 # ... 02.48.56 Nick XavierGr is now known as Xavier|Away (n=XavierGr@ppp15-adsl-246.ath.forthnet.gr) 02.48.56 DBUG Enqueued KICK Xavier|Away 02.53.10 Quit matsl (Read error: 110 (Connection timed out)) 03.07.31 Quit muesli- (Read error: 110 (Connection timed out)) 03.09.46 Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") 03.26.34 *** Saving seen data "./dancer.seen" 03.28.11 Join Bger [0] (n=Bager@83.222.160.88) 03.30.08 # ? 03.30.22 # Does anyone here know much about the x11 simulator? 03.42.29 Quit ryan_j ("leaving") 03.50.02 Quit Rick (Read error: 104 (Connection reset by peer)) 03.51.41 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 04.05.43 Join QT [0] (i=as@madwifi/users/area51) 04.09.19 Quit jeddy3 ("Lost terminal") 04.17.46 Quit QT_ (Read error: 110 (Connection timed out)) 04.20.45 Quit noc_ (" ") 04.35.07 Quit _aLF (Read error: 104 (Connection reset by peer)) 04.38.48 Quit paugh ("reinstalling") 05.26.37 *** Saving seen data "./dancer.seen" 05.27.53 Nick TiMiD[Party] is now known as TiMiD[Drunk] (n=TiMiD[FD@asgard.valombre.net) 05.32.25 Join wake [0] (n=wake@jeremywakeman.ott.istop.com) 05.35.46 Quit wake (Client Quit) 06.14.54 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 06.14.54 Quit Rick (Nick collision from services.) 06.15.04 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 06.18.19 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 06.30.48 Join webguest82 [0] (n=18d79b85@labb.contactor.se) 06.34.02 Quit webguest82 (Client Quit) 06.49.49 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 06.49.53 Quit Rick (Nick collision from services.) 06.50.03 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 06.50.11 Quit ashridah (brown.freenode.net irc.freenode.net) 06.50.11 NSplit brown.freenode.net irc.freenode.net 06.50.11 Quit crashd (brown.freenode.net irc.freenode.net) 06.50.11 Quit crwl (brown.freenode.net irc.freenode.net) 06.50.11 Quit pill (brown.freenode.net irc.freenode.net) 06.50.31 NHeal brown.freenode.net irc.freenode.net 06.50.31 NJoin ashridah [0] (i=ashridah@220-253-120-213.VIC.netspace.net.au) 06.50.31 NJoin crashd [0] (i=nobody@badger.ing.me.uk) 06.50.31 NJoin crwl [0] (n=crawlie@karu.kekkola.jyu.fi) 06.50.31 NJoin pill [0] (i=pill@cybercrimi.nl) 07.09.43 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 07.09.43 Quit Rick (Nick collision from services.) 07.09.53 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 07.26.41 *** Saving seen data "./dancer.seen" 07.27.07 Quit paugh ("reboot") 08.44.59 Join Lost-ash [0] (i=ashridah@220-253-123-251.VIC.netspace.net.au) 08.46.52 Join Vladoman [0] (n=Vladoman@p54A7CAAC.dip.t-dialin.net) 09.00.58 Quit ashridah (Read error: 110 (Connection timed out)) 09.03.41 Quit _Vladoman (Read error: 110 (Connection timed out)) 09.26.42 *** Saving seen data "./dancer.seen" 10.06.05 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 10.32.44 Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) 10.34.31 # Slasheri? 10.49.14 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-251.VIC.netspace.net.au) 10.56.27 # Lear: on bus right now ;) 10.56.35 # little away today.. 11.10.08 # Lear: The problem you mentioned on the ml... 11.14.03 # ...I've read somewhere (dunno remember where) that someone got all files listed twice, with .talk files presnt. Sounds like you spotted the cause... 11.15.25 # Now that you mention it, yes, I read that too... Mailing list or on the forum, and recently (yesterday or today)... 11.15.25 Join einhirn [0] (i=Miranda@szgt-d9b8e94a.pool.mediaWays.net) 11.16.26 # This is the kind of non-obvious bugs related to dir caching... :/ 11.21.22 # Btw, I've read that very large values on the max files in dir setting can cause problems. Does anyone know something more about it? :) 11.22.18 # amiconn: Thanks for the commit on the virtual keyboard! :D 11.22.48 Join ghode|afk [0] (n=garudin@host-83-146-62-103.bulldogdsl.com) 11.23.56 # Lear: I've read that too numerous times, but I don't know what happens there 11.24.03 Join _FireFly_ [0] (n=FireFly@p54A44C28.dip.t-dialin.net) 11.25.08 # I don't have such large dirs. I've set it to 500 (even less on Ondio) 11.26.44 *** No seen item changed, no save performed. 11.32.25 # I have set it to 1000 just for one folder that has 800 pictures (for the JPEG file scrolling) 11.32.43 # No problems if set to 1000 though. 11.32.49 Nick Xavier|Away is now known as XavierGr (n=XavierGr@ppp15-adsl-246.ath.forthnet.gr) 11.32.49 DBUG Enqueued KICK XavierGr 11.35.07 # Lear: From what I remember about the bug reports, it almost looks like a datatype overflow problem, but I can't find any. 11.36.34 # Iirc reports say it happens somewhere above 5000, and MAX_USHORT / sizeof(struct entry) would be 5461 (referring to tree.h: struct entry, which uses 12 bytes) 11.39.51 # But where would that short be... I looked a little for things like that, but... 11.41.11 # yes, I didn't spot one either... 11.41.58 # Definitely a thing that deserves systematic testing 11.44.45 Join ender` [0] (i=ychat@84.52.165.220) 11.55.19 # wow cool I just learned why Bagder spells his nick as B4gder!! Wikipedia is awesome! 11.57.04 # ? 11.58.20 # well in Leetspeak (an interenet slang) people change normal letter with other characters to make more difficult for the new users to read. 11.58.39 # So 4 usually stands for A or 3 for e. 11.59.00 # Ah, that you mean 11.59.10 # Leetspeak == (e)-leetspeak 11.59.13 # Well, he just uses it as an alternative 11.59.31 # so that means that Bagder is an elitist... :P 11.59.35 Nick amiconn is now known as am1c0nn (n=jens@p54BD6FA7.dip.t-dialin.net) 11.59.54 Nick am1c0nn is now known as amiconn (n=jens@p54BD6FA7.dip.t-dialin.net) 12.00.18 # heh. 12.00.45 # and I just learned what iirc stands for. Man that was annoying, every time I encountered it I didn't know what it means, and I was bored to look for, until now! 12.01.52 # There are lots of those, like "lol" or "afaik".... 12.02.21 # One of my favourites is tnx6e 12.03.37 # yes but I did know what iirc means, (I ask usually, I didn't expect for a wiki to have that sort of information) 12.03.44 # tnx6e? 12.05.14 # t'anx sex-e 12.05.17 # depends on your accent 12.06.28 # like thanks sexy? I don't get it... 12.06.45 # tnx = thanks. 6=sex. e=y 12.07.32 # I found an internet slung database.... oh boy some abreviations are hard to remember.... 404 stands for I couldn't find it!!!! :X 12.07.34 # like m8, gr8 and other assorted braindead letter/subphrase substitutions that are only marginally phoenetically correct 12.07.53 # there's the jargon files. 12.07.58 Join webguest01 [0] (n=53afb0c2@labb.contactor.se) 12.08.27 # tnxe6 == thanks a million (1e6 == exponential notation of 10^6 == one million) 12.09.13 # aah 12.09.17 # sneaky 12.09.31 # should have a capital E 12.09.31 # tnxe6 for directory caching... i never thought my iriver would do browsing so well while playing 12.09.31 # lol 12.09.35 # absolutely lovely 12.09.41 # and as the wikipedia says roflmfao!!! 12.10.16 # mfao? 12.10.35 # my fucking ass off :P 12.10.38 # my friendly ass off 12.10.47 # yes more politely 12.10.50 # oh 12.11.54 # we use Greeklish as slang in my country. 12.12.24 # We write Greek with Latin characters (only) instead of the normal Greek alphabet. 12.13.10 # but is often not wanted in forums, and I agree on that because sometimes it gets very difficult to read. 12.15.33 # hm... i still prefer rotflolmao, you can actually say that with your mouth:D 12.17.15 # yes if you cut it right rotfl-olmao! 12.24.31 Join webguest54 [0] (n=d4406110@labb.contactor.se) 12.24.44 Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 12.25.06 # for those interested in sudoku, http://www.websudoku.com/?level=3 12.25.16 # the evil ones are just that 12.25.54 # Good morning, folks. 12.26.20 # I tried the recording function last night for the first time in Rockbox on my iriver, and have a question. 12.26.44 # The recording screen says to press menu right to toggle monitor. Is this mapped to anything on the iriver? 12.33.36 Part webguest54 12.39.37 # <_FireFly_> Febs did you try to press the "joystick" to the right ?? :) 12.41.30 # <_FireFly_> oh RMT stands for remote :) 12.42.30 # <_FireFly_> try to press menu-button on the remote 12.44.31 # Febs: Recording monitor toggle is menu on the remote 12.44.39 # <_FireFly_> :) 12.44.46 # apps/pcm_recording.c line 190 12.45.36 # <_FireFly_> whats about the problem that after a recording playback doesn't work probably 12.45.41 # <_FireFly_> no sound 12.49.47 Quit t0mas (" brb... time for a reboot") 13.11.47 # Thanks, amiconn. I tried all other button combinations that I could think of, but I did not have my remote with me to try that. 13.15.11 Quit webguest01 ("CGI:IRC") 13.24.11 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") 13.24.29 Join Moos [0] (i=DrMoos@m91.net81-66-158.noos.fr) 13.25.12 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 13.25.41 Join lamed [0] (n=d4c74462@labb.contactor.se) 13.25.57 # 1 13.26.46 *** Saving seen data "./dancer.seen" 13.30.20 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.30.38 Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) 13.33.42 # where do I ask someone to scroll back a change when it's bad? 13.35.00 # http://www.rockbox.org/viewcvs.cgi/apps/plugins/credits.c?rev=1.2&view=log 13.35.00 # credit sinewave 13.35.16 # (ex.) 13.35.20 # http://www.rockbox.org/viewcvs.cgi/apps/plugins/credits.c?rev=1.2&view=log 13.35.20 # credit sinewave 13.35.30 # bahh 13.45.00 Quit lamed ("CGI:IRC") 13.45.31 Join leachbj [0] (n=leachbj@pdpc/supporter/sustaining/leachbj) 13.46.53 # hey does anyone have a copy of the HD66789R datasheet? The link on the wiki seems dead... 14.18.18 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 14.35.37 Quit solexx (Read error: 110 (Connection timed out)) 14.39.08 Join solexx [0] (n=jrschulz@d095199.adsl.hansenet.de) 14.45.52 # <_FireFly_> i have found a bug in conjuction with the change of the viewers.config syntax to add now also the dir in which the plugin is 14.47.08 # <_FireFly_> if i want to see e.g. a m3u-file with the viewers plugin the plugin-loader says that he can't open .rockbox/viewers/viewers/viewer.rock :) 14.47.53 # <_FireFly_> after changing the #define VIEWERS_DIR ROCKBOX_DIR "/viewers" to #define VIEWERS_DIR ROCKBOX_DIR 14.47.58 # <_FireFly_> it works again 14.55.11 Quit ender` (Read error: 104 (Connection reset by peer)) 14.55.20 Join ender1 [0] (i=ychat@84.52.165.220) 14.57.17 Join muesli- [0] (i=muesli_t@Bbc9d.b.pppool.de) 14.57.59 Nick ender1 is now known as ender` (i=ychat@84.52.165.220) 14.59.11 Quit ashridah (Read error: 110 (Connection timed out)) 15.00.20 # hihj 15.00.22 # g 15.00.25 # -j 15.01.30 Join ashridah [0] (i=ashridah@220-253-121-104.VIC.netspace.net.au) 15.03.18 # <_FireFly_> hi muesli 15.03.32 # <_FireFly_> what is so funny :) 15.03.47 # me? dunno 15.14.04 # _FireFly_: Bah, the viewers.config change has in fact several bugs :( 15.16.04 Join solexx_ [0] (n=jrschulz@d051041.adsl.hansenet.de) 15.21.03 Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) 15.22.19 # _FireFly_ does dir caching works with your build now? 15.22.32 # -s 15.23.39 # <_FireFly_> yepp my newest build based on cvs after dircache was submitted to cvs 15.23.58 # very kewl...fantastic stuff m8s :D 15.24.20 # <_FireFly_> but it doesn't include the latest cvs changes 15.24.26 # i forgot my iriver at a friends place yesterday and cant test it right now :-/ 15.25.39 # <_FireFly_> moep :) 15.26.12 # yeah...and i wont get it until tomorrow or even later :-(( 15.26.47 *** Saving seen data "./dancer.seen" 15.27.06 # <_FireFly_> amiconn: what additional bugs apart form that bug which i have mentioned 15.28.24 Nick TiMiD[Drunk] is now known as TiMiD[dead] (n=TiMiD[FD@asgard.valombre.net) 15.28.28 # It lists the viewers twice in the 'open with' menu, once with relative path, once without 15.28.39 # This second part of the list isn't complete 15.29.11 # <_FireFly_> with my change it lists it correct test it 15.29.42 # Yes, as the second part of the list generation (scan_plugins() ) doesn't work anymore if you change it like this 15.29.53 # <_FireFly_> oh 15.29.54 # oh no they broke my beautiful patch XD 15.30.04 # <_FireFly_> only a simple change ;) 15.30.12 # I don't know what this is good for though, as I don't fully understand filetypes.c 15.30.13 # <_FireFly_> TiMiD[dead]: 15.30.41 # ...otherwise I would try to fix it 15.32.58 Quit solexx (Read error: 110 (Connection timed out)) 15.33.53 # <_FireFly_> amiconn: maybe a seperate boolean option/parameter in viewers.config which indicates if relative path is included in this line or not 15.34.40 # Why? Relative path is always included now in viewers.confg 15.34.58 # ...but filetypes.c gets file types by 3 different methods: 15.35.10 # <_FireFly_> amiconn: it was only a idea 15.35.22 # (1) hard-coded (2) from viewers.config (3) by scanning the viewers directory 15.35.31 # I don't understand what (3) is for though 15.35.50 # It could be a leftover from something else? 15.36.13 # <_FireFly_> maybe if someone has a viewerplugin which is not listet in viewers.config 15.42.49 # <_FireFly_> but without ma change no plugins which are in listet in viewers.config can be loaded 15.43.27 # <_FireFly_> because the loader adds two times following string: /viewers 15.43.51 # muesli-: Blasphemer!!!! You forgot your iRiver? How dare you? 15.44.16 # well..enjoyed a pita ;) 15.45.10 # Patch #1316533 by Alexander Spyridakis was that your patch you posted last night? 15.46.13 # yes and amiconn commited it today. :) 15.46.22 # cheers :D 15.46.39 # have to see it when i get my babe back 15.47.45 # _FireFly_: Without your patch, you can just prepend the string ../Plugins/ to any viewers that are in the Plugins directory. 15.47.59 # Oops. I mean without the original patch, not your patch. 15.50.10 # <_FireFly_> i think either add a extra option to the viewers.config which indicates if the line has a relative path or not 15.51.06 # <_FireFly_> or something else to determine that there is no need to add /viewers to the string before loading the plugin 15.51.09 # I think the correct solution is a rework of filetypes.c 15.51.36 # Yesterday I made a mistake: when I submtted my remote patch to the tracker I wasn't logged in (I thought I was) 15.51.43 # <_FireFly_> ;) 15.51.45 # and now I can't update it 15.51.49 # :-( 15.52.03 # is it possible to remove it ? 15.52.11 # ...but I'd rather want to ask the original author about some things, and I would need to analyse it in-depth in order to understand it 15.52.13 # https://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1315926 15.52.17 # Sure, a "patch admin" can... 15.52.21 # ...and I'm up to different things atm :/ 15.52.51 # so what should I do ? 15.52.52 # <_FireFly_> a quick 'n' dirty hack would be my change 15.53.10 # <_FireFly_> TiMiD[dead]: create a new entry in the tracker 15.53.13 # And I should be able to do it... 15.53.18 # ok 15.54.22 # TiMiD[dead]: did you ypdated your patch? 15.54.37 # So I should close "Multi-screen support" then? 15.55.29 # <_FireFly_> TiMiD has only add the possibility for Multi-screen support and had updated filetree to use it 15.55.31 # <_FireFly_> afiak 15.55.39 # <_FireFly_> the rest is not touched 15.56.40 Join Marcus [0] (n=51429e5b@labb.contactor.se) 15.57.02 # Hello there 15.57.22 # <_FireFly_> hi 15.57.37 # quick question about this multi-screen support 15.57.43 # patch :) 15.58.06 # can it be commitable? 15.58.11 Quit pengo (Remote closed the connection) 15.58.32 # when'll updated with dircache changes 15.58.44 # <_FireFly_> it doesn't add complete remote-support if you want it mainly for that 15.59.04 # it's updated with dircache 15.59.06 # not, but it could be one big step :) 15.59.27 # but I have logis problems with sourceforge 15.59.29 # <_FireFly_> currently my patch adds full remote-support except playlist-viewer debug-menu-entrys and plugins 15.59.30 # :( 16.00.04 # firefly: I didn't test it yet, I will 16.00.39 # Lear: what do you think about this multi-screen patch ? 16.00.46 # <_FireFly_> a actual build can be found on home.arcor.de/s.wezel 16.01.05 # <_FireFly_> the patch on the same place is outdated 16.01.13 # ok 16.01.18 # Marcus: Don't ask me, I don't know anything about it... :) 16.01.23 Quit Marcus (Client Quit) 16.01.29 # <_FireFly_> only the builds are actual except the newest cvs changes after ducache was added 16.01.30 Join Marcus [0] (n=51429e5b@labb.contactor.se) 16.01.36 # <_FireFly_> dircach 16.01.44 # Lear: ok, thanks 16.01.44 # <_FireFly_> only the builds are actual except the newest cvs changes after dicache was added 16.01.58 # dircache wasn't that hard to add :) 16.02.06 # (I did it in 10min :p) 16.02.11 # this widgets concenpt would be great 16.02.14 # only 5 or 6 lines to change :) 16.02.38 # Marcus: it's not really a widget 16.02.59 # you can't reorganize the screen as you want, you can't redim etc 16.02.59 Quit Marcus (Client Quit) 16.03.25 # I didn't wanted to make smth too generic 16.03.25 Join Marcus [0] (n=51429e5b@labb.contactor.se) 16.03.37 # Grrr, sorry stupid web client 16.04.02 # Timid: ok 16.04.29 # if I had coded a full widget set, it would have been a lot more code 16.04.49 # yes indeed 16.04.59 # hard for you? 16.05.20 # and deep modifications (for example make the scroll thread put its strings by pixels rather than by lines ...) 16.05.37 # oh yes 16.05.39 # not hard, but time consumming :) 16.05.46 # :D 16.06.19 # and I think this is sufficient for this kind of displays :) 16.06.31 # (we don't want to have a window manager ^^) 16.06.56 # yes, me too, but I'm wondering why any core devloper isn't interested in 16.07.57 # Timid: did you do something wrong? 16.08.00 # maybe because the patch is 150kb 16.08.21 # I don't think so 16.08.53 # it tooks alot of time to read it ... 16.09.10 # what do you mean by "something wrong" ? 16.10.02 # e.g : compiling errors, not multi platforms suported... 16.10.23 # no 16.10.38 # I can't test on all platforms of course :) 16.10.46 # but I tested it with simulator 16.10.47 # maybe we could wait Linus for this 16.11.11 # and it seemed to work even on the archos player :) 16.11.13 # is it probably the best dev. for this stuff :) 16.11.32 # Linus will check it, when he finds time so...upadate it and resubmit it on the tracker. 16.11.53 # well I won't get mad if it doesn't get submitted :) 16.12.23 # but I think this coulld help to port other apps to multi screen more quickly 16.12.27 # I'm sure this patch could be commited in the Rockbox code 16.12.51 # well we are going to be, remote support has been a very low priority for a long time, if your patch is good I don't see a reason why not commiting it. 16.13.07 # yes me too 16.13.28 # one reason could be that at present it increases the compiled code size 16.13.40 # because there are 2 systems used in // 16.13.54 # yes it is the basis concept 16.14.09 # :-) 16.14.29 # hmm 16.14.30 # but sooner or later this kind of thing must happen to rockbox, if we want to see it in other platforms except Archos... 16.14.40 # maybe isn't necessary for all platforms, I think to archos with low memory 16.14.45 # it's only a temporary code increase 16.15.07 # if all rb apps gets ported to this arch, the code size should decrease a lot 16.15.22 # yeah indeed 16.15.52 # there aren't many alternatives so I think that it may be commited... 16.15.52 # (for example menus and file tree couls use the same list) 16.16.16 # We can't say anything until an exprerianced dev check this. 16.16.38 # amiconn, Slasheri : any ideas about it? 16.17.00 Nick solexx_ is now known as solexx (n=jrschulz@d051041.adsl.hansenet.de) 16.17.26 # l8er m8s 16.17.55 # https://sourceforge.net/tracker/index.php?func=detail&aid=1318081&group_id=44306&atid=439120 16.17.56 Quit muesli- (Read error: 104 (Connection reset by peer)) 16.17.59 # et voila :) 16.19.22 # Your "description" is going to confuse a lot of clueless folk from the US. 16.19.50 # why ? it's not correct englis at all? 16.19.56 # No, the 08/10/2005 16.20.02 # :) 16.20.14 # We do our dates a very silly way over here. 16.20.42 # I know, I have an american watch and I get confuse each time I read the date ^^ 16.20.53 # <_FireFly_> year/month/day afaik ;) 16.21.05 # Hehehe 16.21.24 # why read the date from the year? 16.21.26 # So, are you going to work on getting another system working with the multi-screen next? 16.21.57 # first must be the day (that changes often) then month and year last. 16.22.12 # done :) 16.22.32 # Paul_The_Nerd: I want to know if it's commited first 16.22.39 # Ah 16.22.47 # then the next will be menus 16.22.53 # and playlist 16.22.55 # time to go good day all 16.23.04 Quit Marcus ("CGI:IRC") 16.24.13 # Salut TiMiD, french date :D 16.24.33 # not anymore :) 16.24.47 # which way is the French date? 16.24.54 # 10/08/2005? 16.24.59 # today is 08/10/2005 16.25.10 # or 08/10/2005? 16.25.13 # DD/MM/YYYY 16.25.22 # yeah I agree, you are the man!!! 16.25.26 # :-) 16.25.33 # ^^ 16.25.50 # the most logical would be YYYY/MM/DD 16.25.57 # since Y is more important 16.26.06 # now I don't think this is the most logical 16.26.16 # but I don't know if it used anywhere 16.26.17 # it's depand 16.26.17 # in every day life it isn't 16.26.26 Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) 16.26.27 # only in history :) 16.26.33 # Rockbox is set that way. 16.26.38 # :D 16.26.39 # power up and see the firmware version 16.26.45 # I like year-first dating too. 16.26.52 # the most logical is the number of seconds elapsed since the creation of the universe :p 16.26.59 # Seconds? 16.27.00 # hehe :) 16.27.01 # Not precise enough 16.27.59 # anyway both year first or day first dates are logical, I just dont get why stuck the day in the middle...? 16.28.02 # number of rotations of an lelectron around an hydrogen atom at degree 16.28.13 # 0°C 16.28.55 # Because we tend to say it "January first, 2006" instead of "The first of january, 2006" so the date lines up with how we say it. (We being, at least, many people in the US) 16.29.59 # bouhhh launch thme stones ! 16.30.03 # well I know what you say but this seems a little illogical too. anyway customs and metrics are strange in some parts of the world. 16.30.27 # The best thing is to gather all and agree on a standart, in everything!! 16.30.39 # Yeah, but that'll never happen. 16.31.02 # Paul_The_Nerd: is it a language logic 16.31.11 # in this case english logic 16.31.18 # Many people here are too "proud" (stubborn) and if you won't agree to do it their way, then they won't agree to do it yours. And that fouls everything up. 16.32.05 # I am willing to change my habbits if everyone agrees to change! 16.32.06 # anyway, I see diversity more like an asset 16.32.26 # an asset in which way? 16.33.05 # itmakes people think different 16.33.30 # so that they can have differents approches of a problem 16.33.47 # "need everything for do one world" like we said in french 16.34.25 # "il faut de tout pour faire un monde" :) 16.34.27 # word by word translation :) 16.34.45 # yeah you know my english level ;-) 16.35.00 # not that bad ! 16.35.06 # (mine is not better ...) 16.35.12 # :D 16.35.15 # Heh. It's true though. The language you think in affects to an extent the way you think about problems. 16.35.59 # yes completly 16.36.18 # that's more true for asian people who have a completely different way of writing :p 16.36.31 # Paul: and I studied the language Sciences, I can confirm to you 16.36.44 # yeah 16.37.01 # does anyone know why Japanese people say the chan after a name sometimes? 16.37.10 # ^word "chan" 16.37.33 # It's like san, or sama. They demonstrate eithera degree of familiarity or respect, depending on which words they use, from my understanding. 16.37.43 # it's maybe family thing 16.37.44 # chan is a suffix you put after a name 16.38.02 # if it's a girl name (and if you are close to her) 16.38.07 # after a baybe name 16.38.56 # after a boys you want to tease (you implicitely say that he is a girl :p) 16.38.58 # it's maybe "De..." in french 16.39.08 # I see some anime movies lately and sometimes keep hearing this suffix, strange, they say it as one word "[name]chan" 16.39.22 # or "Ibn...or Ben..." in arabic 16.39.29 # not 16.39.36 # it's polite level 16.39.41 # oh ok 16.39.44 # 1 sama 16.39.46 # respect 16.39.49 # 2 san 16.39.53 # 3 chan / kun 16.39.56 # <_FireFly_> ok i have updated my remote-changes in keyboard.c so it works correctly with the patch from XavierGr :) 16.40.00 # 4 only the name :) 16.40.12 # Firefly: fine :) 16.40.29 # <_FireFly_> not uploaded yet a build :) 16.40.46 # hehe go, go, go 16.41.02 # keyboard.c ? 16.41.33 # yes I did a small modification for large screens on the virtual keyboard. 16.41.45 # yes and thanks for it ;-) 16.41.48 # <_FireFly_> that had breaked my remote changes :) 16.41.59 # I made it to fit all the letters in one screen, instead of having to cycle with the mode button. 16.42.02 # ok :) 16.42.29 # is there a remote virtual keyboard Firefly? 16.42.38 # I mean do you output it too? 16.42.42 # <_FireFly_> yepp 16.42.54 # and now what will you do that the remote screen is small? 16.43.01 # make some more #ifs I guess? 16.43.34 # or add an IF HAVE REMOTE on those that I excluded? 16.44.01 # <_FireFly_> not realy some more vars for the remote and currently a seperate kbdpages for the remote 16.44.12 # <_FireFly_> which is the same as the old one :) 16.44.39 # <_FireFly_> and in button handling i had to duplicate some code 16.45.32 # <_FireFly_> to reflect the changes 16.45.47 # now my radio patch is waiting for commitment, that's why I don't use your patch Firefly, too many errors when I apply it in radio.c 16.46.01 # <_FireFly_> now the char-selection itself is independend 16.46.21 # I once made it to compile clean but then I deleted the file and now I am bored to write it again. 16.46.36 # <_FireFly_> i will adept my patch when your radio patch is commited :) 16.46.42 # <_FireFly_> i think this is easier 16.47.50 # it is just a lot of lcd copies 16.47.59 # <_FireFly_> yepp 16.48.32 # <_FireFly_> that was the main-thing that i had done while make the remote to display more :) 16.49.21 # TiMiD[dead]: There might be a problem with your patch on archos (note that I didn't try it yet): 16.49.55 # amiconn: what is the pbl ? 16.49.56 # As you say, there is a temporary code size increase. This code size increase might be too much for the good old recorder v1... 16.50.06 # :( 16.50.21 # I have nounit to test ... 16.50.36 # but on iriver, the code increase was 5kb 16.50.42 # It would already fail building in this case 16.51.04 # Compared to current cvs? 16.51.04 # http://en.wikipedia.org/wiki/Japanese_titles 16.51.08 # yes 16.52.08 # Hmm, so it might fit, but really tight. SH1 code size is roughly the same as coldfire code size for the same C code 16.52.16 # TiMiD[dead]: test it on the sim, you can see if there is an error about ram 16.52.24 # <_FireFly_> i'm currently upload my builds for h120/h140 and ihp-100/110/115 with remote-support and latest cvs-changes 16.52.27 # XavierGr: nope 16.52.28 # it works on the sim :) 16.52.44 # :( 16.52.58 # The limit is that the archos loader doesn't load firmwares >200KB, and not all boxes are flashable 16.53.02 # it did when i pssed the 32kb plugin limit 16.53.44 # <_FireFly_> ok uploaded 16.53.48 # I try to ompile it for recorder v1 16.53.51 # We're currently 7134 bytes away from that barrier on recorder v1 16.54.22 # ...much more for player, so there is no problem for player 16.54.31 # Where's your site _FireFly_? 16.54.31 # and then what? 16.54.36 # Or space 16.54.43 # <_FireFly_> home.arcor.de/s.wezel/ 16.54.47 # well, if my patch gets applied, it shouldreduce the code size in the end 16.54.49 # we will stop development due to this? 16.55.14 # ...and not for fmrecorder, recorder v2 and the Ondios, as the limit is 400KB there as we recently did discover 16.56.04 # is there a limit for iriver? 16.56.10 # Many more things can and should be done to optimise the current code base 16.56.48 # <_FireFly_> i think for some code-parts a complete rewrite would be usefull 16.59.39 # well, that's easy to sa but to implement.... 16.59.57 # <_FireFly_> i know 17.02.33 # when I was working on the filetree, I wanted to rewrite it ... 17.02.40 Nick TiMiD[dead] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) 17.05.19 # doesn't compile for player v1 without simulator :( 17.05.50 # anyone knwo what is the lcd_update fn on this target ? 17.06.22 # or is it unneeded ? 17.06.36 # It's lcd_update(), same as on iriver 17.06.48 # Ah, no I misread 17.07.02 # player has no lcd_update(), it always updates immediately 17.07.15 # ok 17.07.39 # so lcd_update is just needed with simulator 17.07.49 # yes+ 17.07.52 # :) 17.08.04 # that's why I didn't noticed that before :p 17.11.24 # Normal code can use lcd_update() unconditionally, because it is an empty macro for player target, but obtaining a pointer obviously won't work 17.11.47 # that's a problem :( 17.11.48 # <_FireFly_> mabe create a empty function for that 17.11.51 # <_FireFly_> maybe 17.11.56 # maybe ... 17.12.01 # or put tons of ifdefs 17.12.02 # _FireFly_: Another q&d??? 17.13.16 # #ifdef SIMULATOR 17.13.16 # screen->update=&lcd_update; 17.13.16 # #else 17.13.16 DBUG Enqueued KICK TiMiD 17.13.16 # #ifndef HAVE_LCD_CHARCELLS 17.13.16 # screen->update=&lcd_update; 17.13.18 # #endif 17.13.20 # #endif 17.13.35 # that works, but it's a little heavy to handle 17.13.55 # That can be combined into one #if : 17.13.58 # (I don't know if you can do || in preprocessor 17.14.00 # ok ! 17.14.44 # #if defined(LCD_BITMAP) || defined(SIMULATOR) 17.14.50 # (avoiding the negation) 17.14.52 # #if SIMULATOR || !HAVE_LCD_CHARCELLS 17.14.52 # void (*update)(void); 17.14.53 # #endif 17.15.00 # better ;) 17.15.11 # Meh, of course HAVE_LCD_BITMAP 17.15.29 # ok 17.15.31 # In fact this construct looks familiar, it is used in a number of places 17.15.45 # #if defined(HAVE_LCD_BITMAP) || defined(SIMULATOR) 17.16.11 # fucking hell i hate user interface coding. 17.16.30 # it's fun :) 17.16.52 # this is what i get for letting amatures design the ui tho 17.16.59 # TiMiD: E.g. firmware/export/lcd.h line 58 :) 17.18.30 # exact : 17.19.02 # in my code there are not a lot of colls to update 17.19.07 # maybe 2 or 3 17.22.39 # ok it's compiled 17.23.06 # archos.mod is 151890kb 17.23.18 # (it's this file ?) 17.24.00 # kb? 17.24.24 # That would be... quite large. 17.24.31 # oops :) 17.24.43 # <_FireFly_> ;) 17.25.12 Join webguest63 [0] (n=18d79b85@labb.contactor.se) 17.25.14 # I forgot to remove the divx included in the build :p 17.25.28 # <_FireFly_> divx ?? 17.25.39 # is there a way to get the cvs w/o the dircache patch? 17.25.49 # you don't hide your divx in ytou rb firware file ? 17.26.06 # webguest63: if you want I have a version without it 17.26.11 # but with my remote patch 17.26.16 # TiMiD: There must be some odd section in the compiler output, causing the linker to put it at address zero 17.26.39 Join einhirn [0] (i=Miranda@szgt-d9b8e8f8.pool.mediaWays.net) 17.26.46 # TiMiD: is it uncompiled? cuz i need to apply some patches 17.26.51 *** Saving seen data "./dancer.seen" 17.27.14 # webguest63: http://timidzone.free.fr/pub/rockbox/remote/rockbox-daily-remote-src-20051007.zip 17.27.24 # amiconn: what do you mean ? :D 17.28.53 # (anyway, the oerload seems to be 2372b on the recorderv1) 17.29.22 # ? 17.29.37 # overload? 17.29.42 # yes :) 17.29.55 Ctcp Ignored 5 channel CTCP requests in 14 hours and 50 minutes at the last flood 17.29.55 # * amiconn is confused 17.30.01 # What do you mean? 17.30.10 # my patch increases the code size by 2372b 17.30.24 # Oooh, that's.... small :) 17.30.29 # :) 17.30.45 # I wonder what went wrong on player though 17.31.00 # What sh-elf-gcc did you use? 17.31.09 # oops I'm talking about the player 17.31.31 # versin 3.3.1 17.31.40 # Ah, I guess you meant bytes then, not kbytes 17.31.54 # (using windows beacause simulator doesn' compile under linux ... so poor) 17.32.02 # yes ) 17.32.04 # of course 17.32.08 # I have 3.3.6, under cygwin 17.32.22 # a file that is that big would have shocked me ! 17.32.30 # I'm only rarely using linux, in a virtual machine 17.32.50 # I use linux all the days :) 17.32.56 # <_FireFly_> me too ;) 17.33.14 # but since I started developping on my laptop ... I'm forced to use windows 17.33.23 # <_FireFly_> why forced ?? 17.33.25 # (until I solve that simulator build issue) 17.33.30 # <_FireFly_> oh 17.33.31 # <_FireFly_> ok 17.34.23 # <_FireFly_> i have no problem compiling the sim under linux 17.34.48 # it works on my desktop, but not on my laptop 17.35.12 # <_FireFly_> same distribution ?? 17.35.20 # yes 17.35.23 # gentoo ^^ 17.35.27 # <_FireFly_> me too :) 17.35.35 # same glibcversions, same useflags 17.36.42 # <_FireFly_> i'm using Calculating dependencies ...done! 17.36.42 # <_FireFly_> [ebuild R ] sys-devel/gcc-3.3.6 17.36.42 # <_FireFly_> [ebuild R ] sys-libs/glibc-2.3.5-r1 17.36.51 # ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in /mnt/obelix/rockbox/rockbox-devel/build/librockbox.a(errno.o) 17.36.54 # /lib/libc.so.6: could not read symbols: Bad value 17.37.21 # It should work with all versions of glibc btw :) 17.37.21 # <_FireFly_> have you nptlonly in your use-flags ?? 17.37.30 # yes 17.37.42 # <_FireFly_> than the sim will not work 17.37.56 # (but I tried to recompile glibc without it and it didn't worked better ...) 17.38.06 Join webguest50 [0] (n=d4406110@labb.contactor.se) 17.38.44 # FireFly_: thanks for your remote patch, is there anyway I can change the rwps? 17.39.08 # <_FireFly_> yepp you can create it yourself ;) 17.39.26 # <_FireFly_> simple create a file with rwps as file-postfix 17.40.49 # thanks for the info 17.41.01 # When running the windows simulator, is there any way to figure out where a codec crash happens? 17.41.39 Part webguest50 17.43.05 # yup, works great 17.43.05 # thanks alot 17.43.08 Quit webguest63 ("CGI:IRC") 18.03.52 Join Lost-ash [0] (i=ashridah@220-253-123-227.VIC.netspace.net.au) 18.05.21 Quit ashridah (Nick collision from services.) 18.14.56 Quit mike8901 (Read error: 104 (Connection reset by peer)) 18.17.15 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 18.25.21 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-227.VIC.netspace.net.au) 18.36.01 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") 19.13.10 Quit dpassen1 (Read error: 104 (Connection reset by peer)) 19.26.43 # What exactly does the latest change to rockbox do? I'm looking at the single added line of source and not really understandhing how it changes anything... 19.26.53 *** Saving seen data "./dancer.seen" 19.27.18 # <_FireFly_> it adjust the hight of the scrollbar 19.27.40 # <_FireFly_> depending on the max showable text lines 19.27.52 # <_FireFly_> and this is depending on the used font 19.28.22 # Precisely, it does this for the menu. The file tree already had this feature 19.29.12 # But if height=menu_lines*fh and menu_lines=height/fh, that means height=(height/fh)*fh, which means it's either the same, or one different, no? 19.29.49 # This is integer arithmetics... 19.29.56 # Yes 19.30.20 # E.g 55/8 = 6 and 6*8 = 48, not 55 19.30.24 # <_FireFly_> ;) 19.30.52 Quit Febs (Read error: 110 (Connection timed out)) 19.31.00 # So it aligns the scrollbar with the text displayed? 19.31.04 # <_FireFly_> yepp 19.31.07 # Okay 19.31.28 # I was trying to understand that. I saw what the math was doing, but the message that accompanied it confused me. 19.32.48 # <_FireFly_> here is my description of this patch :) : 19.32.50 # <_FireFly_> Currently the vertical scrollbar length is only 19.32.50 # <_FireFly_> depending if statusbar is on or off. 19.32.50 # <_FireFly_> But if the viewable text lines(the hight of all lines) 19.32.50 DBUG Enqueued KICK _FireFly_ 19.32.50 # <_FireFly_> is smaller, due a e.g. bigger font, than the scrollbar 19.32.50 # <_FireFly_> length the scrollbar is longer(the length) displayed 19.32.51 *** Alert Mode level 1 19.32.51 # <_FireFly_> than necessary. 19.32.53 # <_FireFly_> With this patch the vertical scrollbar length is also 19.32.55 # <_FireFly_> depending on the hight of the viewable textline. 19.33.14 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.33.14 # * amiconn summons LinusN 19.33.25 # <_FireFly_> i hope this make more sense to you Paul 19.33.32 # I think I've got it. 19.33.40 # Thanks 19.35.41 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) 19.37.12 Quit phaedrus961 ("Leaving") 19.40.15 Join phaedrus961 [0] (n=bob@ppp-69-229-251-93.dsl.bkfd14.pacbell.net) 19.42.52 *** Alert Mode OFF 19.44.16 Join d0n3 [0] (i=tor@tor/session/x-4610246b2a67ea07) 19.44.52 Quit d0n3 (Client Quit) 19.48.17 Quit ashridah ("Leaving") 19.56.46 Quit ender` (Read error: 113 (No route to host)) 20.14.09 # Grrr 20.14.27 # my iriver freezing 20.14.27 # <_FireFly_> ?? 20.14.48 # 2 times 20.15.08 # I suspect the new dircache :( 20.15.45 # when I pushed start for shuting down, it freeze 20.15.59 # long time here my player don't crash 20.16.36 # I trying to reproduce the behaviour 20.17.53 # ok I can reproduce it 20.18.10 # it is very bad :((((( 20.19.00 # one simple log press freeze the player sometimes 20.19.32 # it with the last bleeding edge build any patch aplyed 20.19.51 # you mean shutting down while playing a song? 20.20.38 # I stop one song, and long press to stop (normal) for "off" the player 20.20.53 # and it freeze in the browser screen 20.21.11 # need to reuse the reset buton 20.21.14 # mine froze when i long pressed stop to shut the player while i was playing a song and it froze in the WPS 20.21.47 # <_FireFly_> hmm i have no problem 20.21.49 # this bus wasn't 20.21.55 # *bug 20.22.25 # the stranginess, it's don't occure all the time 20.22.34 # it doesn't happen everytime 20.22.35 # I trying to understand when 20.24.04 # ok I understood 20.24.11 # <_FireFly_> and ?? 20.24.41 # when I start the player and play one song, stop it, and want to shut down, it don't 20.24.51 # simply freeze the browser 20.24.59 # and need to reboot 20.25.14 # when I start the player and don't play song 20.25.28 # just shuting down it, it do 20.25.52 # it's very strange 20.25.56 # :-( 20.25.57 # <_FireFly_> i can't reproduce it mayself 20.25.58 # does the bug happens when you disable dircache ? 20.26.06 # let me try 20.27.22 # ok it don't :) 20.27.25 # <_FireFly_> maybe you have a to high values for the limits 20.27.33 # it's one dircach problem 20.27.52 # no my limits are the same like always 20.28.05 # and don't change 20.28.06 # <_FireFly_> 400 and 10000 20.28.35 # 450 here, cause I've got one dir with 410 Funk files ;-) 20.28.47 # but isn't the problem 20.29.09 # if it was this, I have one full bufer message 20.29.35 # It's one dircache bug 20.29.37 # <_FireFly_> you could try my build (with remote patch) if it really relay on dircach 20.29.47 # Where are you Slasheri :-) 20.29.48 # ? 20.30.02 # FireFly: yes I can 20.30.05 # <_FireFly_> home.arcor.de/s.wezel there you can find my build 20.30.07 # Moos: hi, i just came home from town :) 20.30.09 # give me the link 20.30.16 # Hello 20.30.29 # <_FireFly_> maybe Moos found a bug in dircach 20.30.36 # :-( 20.30.54 # Hmm, reading the logs.. 20.30.57 # Simple to reproduce here 20.31.36 # Start player (dircach enable), play song, stop song, shut down 20.31.50 # bug freeze :-( 20.31.50 # I'm not encountering that bug, but again I'm using _Firefly_'s build. 20.32.16 # * amiconn has memory guard working on iriver :) 20.32.22 # I'm using last bleeding edge build with no patch 20.32.33 # amiconn: congrates 20.32.34 # Moos: weird, i have never crashed my player that way 20.32.36 # i cant reproduce it 20.33.22 # it's maybe cause my song collection isn't like yours 20.33.34 # anyone have a dircache file different 20.33.44 # size... 20.34.02 # but there is one problem where filetree code modifies the structures got from readdir_cached 20.34.43 # ... ? 20.34.57 # :-) 20.34.59 # i will commit a fix for that (it works as long has d_name is not set entirely null) 20.35.05 # -h 20.35.17 # ok thanks 20.35.49 # I will wait for test it, in waiting need to disable cache for play music 20.41.31 # Moos: committed, but i am not sure if this will fix the behaviour you are experiencing 20.41.53 # I 'll test in case... :) 20.42.03 # maybe usb problem? 20.42.25 # <_FireFly_> why do you think that ?? 20.42.32 # might be anything, something that dircache just triggered 20.42.44 # ok 20.43.21 # sorry, I need to do one magic cigaret break of few minutes :-P 20.50.17 # Slasheri: I noticed another problem with dircache: 20.50.53 # If the cache rebuild is interrupted (by plugging usb or shutting down), the next rebuild is a non-transparent rebuild 20.51.07 # amiconn: that is intended behaviour 20.51.12 # Why? 20.51.56 # i just think it would be better to do non-transparent rebuilding if the building was interrupted for some reason.. but hmm.. 20.52.08 # Iiuc a non-transparent rebuild is only necessary if the cache didn't fit into the reserved memory 20.52.26 # i am not sure if they are any benefits with this behaviour 20.52.40 # amiconn: true.. i will change that 20.52.48 # Related observation: Non-transparent rebuild isn't indicated after usb, only on boot 20.53.34 # hmm, correct. i will fix that too 20.59.33 Quit einhirn (Read error: 113 (No route to host)) 21.00.12 # I will wait a bit before test :D 21.03.58 # brb, reboot 21.04.02 Quit Moos ("Glory to Rockbox") 21.08.28 # Memory guard has some shortcomings on coldfire which can't be avoided :/ 21.10.10 # Oh? 21.14.03 Join Moos [0] (i=DrMoos@m91.net81-66-158.noos.fr) 21.16.49 Join webguest82 [0] (n=d4406110@labb.contactor.se) 21.18.52 # _FireFly_: do you have a description for the remote button mapping ?, I really just need to know which is the delete button 21.19.16 # dont want to accidently hit that whilst fiddling 21.19.34 # <_FireFly_> rec if you mean for the virtual-keyboard 21.20.20 # no, on the emote itself, is there a delete key sequence 21.20.37 # <_FireFly_> for what ?? 21.21.03 # <_FireFly_> i have no knowlage about a delete key sequence 21.21.23 # I dont want to accidently delete files, so what buttons have you assigned as delete on the remote 21.21.57 # if any 21.22.26 # <_FireFly_> hmm do you mean the menu-entry delete in the menu which you can access by holding the select-button on the main ?? 21.22.50 # <_FireFly_> if so then it's the play-button on the remote to get into this menu 21.23.03 # ah that is the sequence for delete :) 21.24.33 # <_FireFly_> i will upload a file in which button mappings for the remote is listet(might be incomplete) 21.24.50 # thanks, 21.25.14 # <_FireFly_> it't the file README.remote on home.arcor.de/s.wezel 21.25.23 # danke 21.26.10 # <_FireFly_> np 21.26.12 # <_FireFly_> :) 21.26.56 *** Saving seen data "./dancer.seen" 21.27.05 Quit webguest82 ("CGI:IRC (EOF)") 21.28.12 # Slasheri: that works now :-) 21.28.44 # it was dircache fixing or usb that resolve the problem 21.30.18 Join ender` [0] (i=ychat@84.52.165.220) 21.32.50 Quit ender` (Read error: 113 (No route to host)) 21.33.00 Join ender1 [0] (i=ychat@84.52.165.220) 21.44.35 # Any chance to will have dicache working with id3 browser? 21.48.39 Nick ender1 is now known as ender` (i=ychat@84.52.165.220) 21.58.04 Quit DangerousDan (Read error: 110 (Connection timed out)) 22.25.09 # The system.c diff looks really funny... 22.26.30 # http://www.icarus.net/johnjo/evolutio.htm 22.44.22 # I like the "Chief Executive" way :) 22.45.14 # Aye, I do too. 22.55.14 # I'm getting a very strange behaviour with the diff command 22.55.37 # in the beginning of the file, everything is just fine 22.56.06 # then in the end I have all the files I changed restored to the old state ... 22.56.57 # like this one https://sourceforge.net/tracker/index.php?func=detail&aid=1318081&group_id=44306&atid=439120 22.57.04 # any ideas ? 23.03.51 Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 23.06.39 # hi Bagder 23.06.47 # evening 23.07.45 # Wiki spammer again :( Spam already removed by a user 23.08.19 # :( 23.10.29 # Does that *really* increase revenue? 23.10.54 # I think they want to rank higher in search engines 23.13.20 # =/ 23.26.57 *** Saving seen data "./dancer.seen" 23.29.22 # Slasheri: While searching for good translations for the dircache option, I found a possible improvement for the option naming: 23.30.14 # Imho it would be better to use "Directory cache: On/Off" instead of "Enable directory cache: Yes/No" 23.30.20 # What do you think? 23.39.03 Quit Moos (Read error: 104 (Connection reset by peer)) 23.39.12 Join Moos [0] (i=DrMoos@m91.net81-66-158.noos.fr) 23.41.40 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 23.44.35 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.45.31 Quit DangerousDan (Client Quit) 23.46.29 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 23.52.02 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 23.58.08 # amiconn: i think its better your way, as well 23.58.36 # I do too 23.58.48 # Okay, then I'll commit that