--- Log for 13.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 12 hours ago 00.01.07 Quit scorche (Ping timeout: 260 seconds) 00.02.05 # Open a new command promt window (Windowskey+R->cmd.exe). CD to the 'rbinstall' folder ('cd Desktop\rbinstall') 00.02.08 # !?!? 00.02.33 # do I need to write : 'cd Desktop\rbinstall' 00.02.37 # ? 00.03.57 # help me please! 00.04.17 # M4dison: what are you trying to do? 00.04.34 # http://www.rockbox.org/wiki/SansaAMS this for windows 00.04.56 Join scorche [0] (~scorche@rockbox/administrator/scorche) 00.04.59 # I have done step 1-2-3-4 00.05.01 # That's the page for the AMS Sansa players. 00.05.08 # I need the step 5 00.05.24 # I don't see any numbered steps on that page 00.05.30 # ? 00.05.51 # There are bulleted lists, but no numbered lists on that page 00.05.52 # bottom page 00.06.09 # ok I'm a t the 5th bullet 00.06.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.07.02 # have you read that "Automatic installation with RockboxUtility is recommended and far easier"? 00.07.14 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 00.07.23 # yep but I can't see the sansa fuze V1 00.07.26 # link 00.07.32 # (plus, I still don't have _any_ idea which bullet you're referring to) 00.07.57 # Open a new command promt window (Windowskey+R->cmd.exe). CD to the 'rbinstall' folder ('cd Desktop\rbinstall') this one 00.08.03 Quit GeekShadow (Quit: The cake is a lie !) 00.08.44 # where is the automatic install for sansa fuze V1 ? 00.08.46 # why are you trying to install manuallyß 00.08.48 # ? 00.09.02 # because I can't find the automatic install for sansa fuze V1 00.09.10 # "MANUAL INSTALLATION IS DISCOURAGED IF YOU DON'T FEEL CONFIDENT ABOUT IT, USE THE AUTOMATIC METHOD ABOVE" 00.09.14 # because I can't find the automatic install for sansa fuze V1 00.09.34 # so why aren't you just searching the page for "automatic installation"? 00.09.38 # or something similar? 00.10.01 # hey man, I have not time to waste 00.10.17 # but we have? 00.10.21 # if you want help you are welcome, otherwise stop bother 00.10.25 # me neither. You want me to leave immediately? 00.10.43 # I have said 100 times I can't find automatic for fuze v1 00.10.49 # M4dison: watch your tone 00.11.02 # and you whatch your wordss 00.11.09 # Press Ctrl-F in your browser. Type "automatic install" 00.11.32 # I need automatic for my model 00.11.58 Nick hebz0rl_ is now known as hebz0rl (~hebz0rl@dslb-088-065-048-128.pools.arcor-ip.net) 00.12.04 Mode "#rockbox +o bluebrother" by ChanServ (ChanServ@services.) 00.12.37 # M4dison: he wanted to help, (a) follow the link right above (b) you could probably have found it when following saratoga's advice about reading the manual. (3) if you get upset you won't get any help at all 00.12.46 # and have you followed that link? Does it say _anything_ that the linked automatic installation doesn't work on fuzev1? 00.13.17 # M4dison: and if you continue insulting people you have to face the reactions 00.13.30 # if you don't want help please leave. 00.14.01 # Guys you make cookie cutters and don't be snob with be. bye bye noobs with a shit of web and fail apps 00.14.04 Part M4dison 00.14.08 # There's also the manual that includes the official instructions on how to install. It's pretty heavily linked: http://download.rockbox.org/daily/manual/rockbox-sansafuze/rockbox-buildch2.html#x4-90002.2.1 00.14.29 Mode "#rockbox -o bluebrother" by ChanServ (ChanServ@services.) 00.16.37 # bah. 00.25.54 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.32.11 Quit JdGordon (Remote host closed the connection) 00.32.48 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.32.56 # Well, that guy was a dick. 00.33.32 # We're noobs 'cos he can't figure out the installation...that's an interesting way of looking at it. 00.33.41 Join n1s [0] (~n1s@rockbox/developer/n1s) 00.35.05 Join kugel_ [0] (~kugel@e178062025.adsl.alicedsl.de) 00.35.21 Quit kugel (Disconnected by services) 00.36.14 Join kugel__ [0] (~kugel@g231108143.adsl.alicedsl.de) 00.36.20 Nick kugel__ is now known as kugel (~kugel@g231108143.adsl.alicedsl.de) 00.36.34 Quit kugel (Changing host) 00.36.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.38.23 Quit DerPapst (Quit: Leaving.) 00.39.46 Quit kugel_ (Ping timeout: 258 seconds) 00.43.40 Join kugel_ [0] (~kugel@e178060007.adsl.alicedsl.de) 00.44.55 Quit kugel (Ping timeout: 245 seconds) 00.48.12 Quit kugel_ (Ping timeout: 260 seconds) 00.50.24 Quit joecool (Ping timeout: 246 seconds) 00.50.29 Quit JdGordon (Read error: Connection reset by peer) 00.50.29 Quit flydutch (Quit: /* empty */) 01.01.21 Join kugel [0] (~kugel@g231226136.adsl.alicedsl.de) 01.01.29 Quit kugel (Changing host) 01.01.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 01.02.43 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.09.34 Part Domonoky 01.16.12 Quit kugel (Ping timeout: 260 seconds) 01.19.14 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 01.28.32 Quit Stephen__ (Quit: Leaving) 01.28.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 01.35.14 Join JdGord [0] (~jd@175.34.241.114) 01.36.18 Join mirak [0] (~mirak@81-64-221-160.rev.numericable.fr) 01.37.39 Quit mirak (Client Quit) 01.38.11 Join Freddy-PSP [0] (~Freddy-PS@151.67.144.167) 01.38.13 Join joecool [0] (~joecool@no-sources/joecool) 01.38.27 # he has no time to waste, but does the manual install method. wth. 01.38.37 # * simonrvn sighs 01.44.05 Join JdGordon [0] (3a601b9e@gateway/web/freenode/session) 01.44.06 Quit JdGordon (Changing host) 01.44.06 Join JdGordon [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) 01.45.00 Quit JdGord (Quit: Bye) 01.46.48 # well, a quick unzip and run of your choice of patcher is usually faster from a CLI :) 01.48.30 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.51.56 # for you and me maybe ;) 01.58.42 Join Largenumber [0] (~Largenumb@24-180-83-218.dhcp.bycy.mi.charter.com) 01.59.03 *** Saving seen data "./dancer.seen" 02.00.51 Quit M3DLG (Ping timeout: 240 seconds) 02.01.32 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 02.02.04 # I see that the website says the Sansa e260v2 is "supported", but there has been some confusion around the internet. I am asking: is it 100% supported? 02.06.24 Quit Largenumber () 02.07.24 # \o/ 02.09.11 # * kugel now installs rockbox properly 02.09.35 Quit Freddy-PSP (Quit: Freddy-PSP) 02.11.08 # buildzip.pl is a beast 02.13.40 Quit panni_ (Ping timeout: 260 seconds) 02.15.15 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 02.16.56 Quit kugel (Ping timeout: 260 seconds) 02.22.01 # * Strife89 was having some disk issues a little while ago but doesn't have enough evidence to say whether it was a problem with the disk itself, or Rockbox. 02.23.07 # Basically, I started one song, decided it wasn't the one I wanted to listen to, and (rather quickly) moved to another song in the file browser and loaded it. 02.23.35 # The disk proceeded to churn for a good two-three minutes, which seemed much longer than necessary. 02.24.33 # I did not use "Playlist->Insert" to load just the one song for either case; both times I loaded a song near the middle of a folder (alphabetically). 02.26.20 # The songs in question were VBR (as an example of quality, one averages 216 kbps) and are mostly 3-4 MB (time-wise, rather short tunes). Not really any particularly demanding codec. 02.27.53 # The DAP is an iPod Video 60GB (so it has 64 MB of RAM), currently running revision 27335 ("stock" build, no patches). 02.28.08 # Fixin' to update it, though. 02.28.58 # With all that said, any opinions on what the reason for the extended disk activity might have been? 02.31.15 # Notes on current settings: 02.31.22 # Strife89: to start off, if you just click a song in a dir, the whole buffer will be flushed and as much music as possible will be buffered, so ~ 60MB (not that that should take minutes but a good few seconds at least) 02.31.42 # Antiskip: 30 seconds 02.31.46 # assuming that the dir contains that much music 02.32.27 # This particular directory contained about 50 tracks of varying (but mostly <3 minutes) length. 02.32.38 # antiskip increases the size of and watermark (IIRC) of the decoded pcm bbuffer and so decreases the compressed audio buffer size 02.32.57 # dircache: on 02.33.04 # tagcache_ram: on 02.33.10 # that sounds like a full rebuffer, was anything like database update running at the time? 02.33.39 # Not that I'm aware of, but I do maintain the Database from time to time. 02.33.44 # Manually only, though. 02.34.15 # Theme: Azure (if it means anything) 02.34.38 # Last.fm logging: on (not sure how often that writes to disk) 02.34.51 # oh, right what codec and are you using any dsp 02.35.13 # No DSP on. EQ, dithering, etc. all turned off. 02.35.26 # basically, anything that is accessing the disk or sucking a lot of cpu will slow down buffernig 02.35.37 # Hmmm. 02.35.42 Quit panni_ (Ping timeout: 248 seconds) 02.36.01 # * Strife89 hits the figurative reset button on his settings. 02.36.17 # are they mp3 files? 02.36.31 # The songs in question were VBR (as an example of quality, one averages 216 kbps) and are mostly 3-4 MB (time-wise, rather short tunes). Not really any particularly demanding codec. 02.36.57 # ... that is, as far as I'm aware. 02.37.56 # Fixin' to update and trash my settings in one go to see if there's any difference. 02.38.10 # I've backed up my .rockbox directory as usual. 02.38.33 # well, different codecs make a difference, mp3 is very fast on PP while aac is pretty slow 02.39.27 # I understand that. 02.40.12 # I try to stick with ogg Vorbis and MP3 for this reason, since AFAIK they get respectable speeds on most, if not all, swcodec targets. 02.40.42 # yeah, vorbis is decent 02.41.42 # If I have access to the source (and the disk space to spare), I tend to rip to FLAC and leave it that way, disk-space-panic notwithstanding. 02.41.55 # How's FLAC's performance in general? 02.42.05 # flack is *very* fast 02.42.10 # flac, even 02.42.11 # :) 02.43.27 # I think I'll delete the database files, etc. in the root of .rockbox and rebuild those from scratch. 02.44.58 # Save my config file, which I'm just renaming. 02.48.31 # r2405, clean of cache files, booting .... 02.48.47 # hey, i would like to get tcctool working on the cowon j3. I do not have experience reverse-engineering firmwares, but I would imagine the process to get it working with the j3 would be similar to what was required with the s9 02.49.52 # i waited a few days for linuxstb to pop in here figuring he'd know the most about tcctool, but is there anyone else who has a handle on it? (i have a bricked unit i'm willing to screw around with to get it working) 02.51.16 # I loaded the first song I played last time. Buffering took about 46 seconds. 02.51.49 # (Measured crudely by watching the song times until the disk stopped churning.) 02.53.08 # When Rockbox transitioned to the next song, it took about 5 seconds to update the WPS (which appeared to freeze during that time) 02.53.10 # . 02.53.21 # Strife89: i just remembered, it could be FS#11168 02.53.40 # * Strife89 looks it up. 02.54.29 # Ah. 02.55.13 # I surmise that the theme I was using used a similarly large-ish font. 02.55.27 # In fact .... *goes to check* 02.57.05 # Yep, it uses the exact same font as Cabbie v2. 03.10.14 Join hebz0rl_ [0] (~hebz0rl@dslb-088-065-214-015.pools.arcor-ip.net) 03.12.11 Quit M3DLG (Ping timeout: 240 seconds) 03.13.53 Quit hebz0rl (Ping timeout: 264 seconds) 03.23.29 Quit n1s (Quit: Lämnar) 03.25.00 # is crossfade expected to make volume changes lag? 03.28.02 # Huh. 03.28.47 # I made some changes to settings (including enabling dircache), rebooted, and then hit Initialize Now for the database, 03.29.17 # and I just noticed that it's apparently crashed with a completely blank screen. 03.31.17 Quit MethoS- (Remote host closed the connection) 03.33.04 Quit stripwax (Quit: http://miranda-im.org) 03.40.51 # fwfw, I updated to 27398 and it is running *very* slowly. 03.41.22 # Seems to be an awful lot of disk access also, and this is on flash targets, so I imagine HD targets would cop it worse. 03.41.44 # Strife89: ^ 03.42.03 # Huh. 03.43.15 # It isn't however, a clean build. (I have many a patch installed) But my build usually run very fast, probably no faster than SVN, but definitely not any slower (noticably) 03.44.05 # :/ 03.44.20 # I have just noticed that changing a theme/font etc. seems to take a number of seconds on my Nanos now when they used to load almost instantly 03.46.25 # do a binchop 03.46.29 # figure out what done it 03.47.16 # I'll put a clean SVN build on when I get home and see if it's just my build first. 03.59.06 *** Saving seen data "./dancer.seen" 03.59.30 # n1s mentioned that it might have to do with FS#11168. 03.59.58 # Hmmm...I'll have a look at that flyspray entry shortly 04.02.29 Quit hebz0rl_ (Quit: Ex-Chat) 04.06.41 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 04.07.51 # JdGordon: Did you still want those directional arrows for your Cowon's .sbs? http://imgur.com/URVVl.png <--Imgur preview, and http://www.datafilehost.com/download-ab4faf96.html <--Direct download 04.09.20 # are they updated? 04.09.29 # i have the ones you did ages ago still... 04.09.46 # It'll be slightly different to the last ones I did, yes. 04.10.08 # this one has large/small arrows, and I threw in a + and - sign also. 04.10.13 Quit amiconn (Disconnected by services) 04.10.15 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.10.28 Quit pixelma (Disconnected by services) 04.10.28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.10.35 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.10.44 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.14.38 Quit jfc (Ping timeout: 265 seconds) 04.15.28 Join jfc [0] (~john@dpc6682208002.direcpc.com) 04.19.42 Quit panni_ (Read error: Connection reset by peer) 04.26.35 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 04.27.08 Quit panni_ (Client Quit) 04.29.25 Quit TheSeven (Ping timeout: 264 seconds) 04.31.41 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 04.33.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.36.15 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.38.23 # New commit by 03funman (r27406): genlang-features: simplify generation 04.40.55 # r27406 build result: All green 04.53.42 Join Barahir_ [0] (~jonathan@frnk-590ff20c.pool.mediaWays.net) 04.57.05 Quit Barahir (Ping timeout: 246 seconds) 04.59.27 # Eeeeeek! 04.59.45 # Pictureflow is *awfully* slow on a Nano1G now with music playing. 05.00.05 # It used to run perfectly, and only the Nano2G was affected in this way. 05.00.31 # Now, it seems both the Nanos have fallen victim to whatever it is causing the slowdown/choppyness. 05.02.04 # Hmmm, yes. With playback paused, Pictureflow runs fine. Commence playback and it runs like a bag of crap :-/ 05.05.24 # 59fps with playback paused, 25 whilst playing. 05.09.40 # and isn't Nano1G a monochrome target? 05.12.51 # no 05.14.40 # * Dhraakellian might be thinking of the non-nano 1G? 05.15.04 # coverflow on the Clip+ is... odd 05.15.08 # not so much as Doom on the clip+ 05.16.11 # Dhraakellian: Or perhaps the Mini line. 05.16.39 # okay 05.16.56 # * Dhraakellian is a Sansa guy anyway, so ignore his ramblings when it comes to the Apple stuff? 05.17.06 # :P 05.24.34 # * S_a_i_n_t ignores Dhraakellian's ramblings about everything ;) 05.24.54 # nice to know I'm loved on the interwebz 05.38.29 Quit Horscht (Quit: Verlassend) 05.42.22 Quit shai (Quit: Leaving) 05.43.24 Join wincent_balin [0] (~Miranda@g226232148.adsl.alicedsl.de) 05.46.54 Quit wincent (Ping timeout: 265 seconds) 05.49.25 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.59.08 *** Saving seen data "./dancer.seen" 06.21.07 Quit BHSPitMonkey (Ping timeout: 245 seconds) 06.23.49 Quit fdinel (Read error: Connection reset by peer) 06.44.38 # did someone just manage to spam the rockbox-committers list? 06.57.19 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.59.13 # looks like it 07.01.00 # is there something I can do to get Cowon J3 support added to tcctool? should I write into mailing list or is there any information I can provide? 07.03.03 # I have a bricked unit, will probably return if the dev community here sees no interest (S9 support was not added so long ago but I am unsure with how this guy did it http://iaudiophile.net/forums/showthread.php?p=290059#post290059 ) 07.03.53 # joecool: if you're not working on it I wouldn't count on someone else to do it for you 07.03.55 # the two units are fairly similar, I did try to run the tool on the J3 with the S9 settings (and J3 firmware of course), which reported back successfully but still does not power on 07.06.07 # saratoga: no, I would like to work on it, I just need to know what to look for and see if anyone would be helpful here. I'm looking to track down the SDCFG to modify tcctool with 07.06.23 # what does the SDCFG register do? 07.07.59 # apparently the SDRAM is different for the J3 model, I do not know too many details, just started looking into doing this now 07.09.07 # if its just the SDRAM configuration, its probably not too hard to guess a working value 07.09.39 # i expect picking the slowest timings for everything is unlikely to fail 07.10.02 # which from what i gathered is what they did with the s9 to get it working 07.10.30 # yes it is the configuration 07.18.14 # ok i think i can do this 07.21.09 Quit binaryhermit (Ping timeout: 265 seconds) 07.31.10 Join Barahir [0] (~jonathan@frnk-590ff20c.pool.mediaWays.net) 07.34.15 Quit Barahir_ (Ping timeout: 240 seconds) 07.36.17 Join HommeBarbu [0] (~john@pool-173-62-31-152.pghkny.fios.verizon.net) 07.39.14 Part HommeBarbu 07.46.52 Quit togetic (Quit: WeeChat 0.3.0) 07.47.03 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 07.47.34 Join togetic [0] (~togetic@unaffiliated/ibuffy) 07.49.11 Quit togetic (Client Quit) 07.49.32 Join togetic [0] (~togetic@unaffiliated/ibuffy) 07.54.13 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 07.59.09 *** Saving seen data "./dancer.seen" 08.00.24 Quit BHSPitMonkey (Remote host closed the connection) 08.05.28 # YEAH FUCK YEAH 08.05.34 # (sorry for language) 08.05.36 # i unbricked it 08.05.38 # :) 08.05.52 # i'll provide the value to you guys in a sec so you can commit to SVN 08.06.58 # nice 08.08.35 Quit bieber (Ping timeout: 265 seconds) 08.08.50 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 08.09.11 Quit CaptainKwel (Quit: Ex-Chat) 08.11.00 # might have to look at the vfat driver though on linux though.... does not seem to play nice with the j3 08.11.19 Join Orc [0] (~Orc@83.149.8.181) 08.11.24 # that or the eject command, we'll see... something is weird going on but it's def unbricked 08.13.58 # {"cowonj3", "Cowon J3", 0xb057, 0x20000000, 0xaaac7800 } 08.15.10 # ^^ there you are, works 08.17.28 Nick Jennifur is now known as bunnyboi (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 08.21.17 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.34.30 # wow, 1430 on jewels 08.39.09 Join mitk [0] (~mitk@195.117.162.130) 08.49.21 Quit solrize (Ping timeout: 240 seconds) 08.50.50 # um.. i think the value for the S9 should be the same as mine as well 08.51.14 # i did another search and that joey guy used the same one on the S9.... the value that's in SVN might be wrong 08.51.30 # lemme find the post 08.55.53 Join knittl [0] (~knittl@unaffiliated/knittl) 08.56.51 # hi. was there a bug in recent rockbox builds where during a song another song would play for a few seconds? 08.57.00 # (sansa e200v2) 08.58.55 # knittl: Dunno, check the bug tracker. 08.59.00 # http://www.rockbox.org/tracker/index.php?show_task= 08.59.20 # no time now ^^ 09.01.40 # and i really don't what keywords to use ;) 09.03.13 Join solrize [0] (~phr@adsl-67-119-12-184.dsl.snfc21.pacbell.net) 09.07.10 # it would appear that it's a different value depending on the size of the storage for the s9 or j3 09.07.22 # so the 32gb j3 probably has the same value as the 32gb s9 09.07.42 # that's just a guess, but i'm about 90% sure that's the case 09.08.02 # i'll have to brick my friend's S9 and give it a shot :) 09.08.57 Join petur [0] (~petur@rockbox/developer/petur) 09.17.04 Join flydutch [0] (~flydutch@host21-164-dynamic.15-87-r.retail.telecomitalia.it) 09.28.14 Quit Orc (Ping timeout: 264 seconds) 09.34.55 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.35.03 Quit wincent_balin (Ping timeout: 265 seconds) 09.36.19 Quit JdGordon (Quit: Page closed) 09.41.13 Join JdGord [0] (~jd@175.34.241.114) 09.41.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.42.45 Join wincent [0] (~Miranda@g226232148.adsl.alicedsl.de) 09.44.32 Join Rob2222 [0] (~Miranda@p4FDCABA3.dip.t-dialin.net) 09.45.50 Quit bunnyboi (Quit: +++ OK ATH OK) 09.48.08 Quit Rob2223 (Ping timeout: 260 seconds) 09.49.47 Quit binaryhermit (Ping timeout: 248 seconds) 09.52.16 Quit wincent (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 09.59.10 *** Saving seen data "./dancer.seen" 10.01.42 Quit JdGord (Quit: Bye) 10.02.19 Quit r0b- (Read error: Connection reset by peer) 10.03.26 Join rob [0] (~nnscript@adsl-76-235-199-132.dsl.klmzmi.sbcglobal.net) 10.20.10 Quit n1s (Quit: Lämnar) 10.21.58 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.31.14 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.36.14 Join DerPapst [0] (~Alexander@dslb-088-069-131-205.pools.arcor-ip.net) 10.45.08 Quit mc2739 (Ping timeout: 276 seconds) 10.46.15 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.53.26 Quit whydoubt (Ping timeout: 264 seconds) 11.00.50 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 11.01.48 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.25.41 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.25.44 Quit einhirn (Ping timeout: 260 seconds) 11.33.54 Quit TheSeven (Ping timeout: 260 seconds) 11.37.20 Quit S_a_i_n_t (Ping timeout: 265 seconds) 11.47.47 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.59.13 *** Saving seen data "./dancer.seen" 12.00.30 Join swilde [0] (~wilde@aktaia.intevation.org) 12.04.47 Join halmi [0] (~netbook@80-123-42-240.adsl.highway.telekom.at) 12.05.58 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.09.33 # gevaerts: I fixed buildzip.pl to properly install rockbox (not only the app, but also the sim and target builds). I could commit it separately but it's incompatible with RaaA in svn 12.09.36 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 12.09.48 # great :) 12.10.24 # Maybe commit the new buildzip.pl first and then the RaaA fix? RaaA isn't autobuilt yet 12.25.40 Quit dfkt (Ping timeout: 265 seconds) 12.26.26 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.26.38 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.26.43 # mc2739: ping 12.28.45 # gevaerts: using the install tool is ok, isn't it? 12.29.40 # on linux it's going to be generally available I think. I don't know about cygwin. I suspect it's fine, but maybe someone should check 12.29.53 Quit pjm0616 (Ping timeout: 252 seconds) 12.30.04 # it's in coreutils on my system 12.34.53 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 12.36.01 Quit bmbl (Disconnected by services) 12.36.06 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 12.36.18 Join pjm0616 [0] (~user@61.250.113.98) 12.39.31 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 12.42.30 # gevaerts: I suspect most installations from source in cygwin would fail if it wasn't there 12.42.56 # although the way I use install in buildzip.pl it's interchangeable with cp 12.58.01 Quit kugel (Ping timeout: 246 seconds) 13.05.47 Quit dfkt (Ping timeout: 265 seconds) 13.26.35 # JdGordon: pong 13.26.59 # hey, I was giong to ask you for the widecabbie theme but found one that crashes also 13.28.10 # ok, I meant to upload it to the task, but I guess I forgot 13.28.46 # I've got the progressbar working, and I tihnk the same problem caused the image clipping 13.30.42 # just gotta get this stupid crash to stop happening 13.30.42 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.239) 13.31.48 Quit S_a_i_n_t (Client Quit) 13.31.53 Quit TheSeven (Ping timeout: 265 seconds) 13.36.07 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.37.12 # why the hell does cabbie's progressbar work but no other themes? 13.37.35 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 13.38.16 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.68) 13.38.35 # maybe because cabbie does not use viewports 13.38.51 # bieber: pingerooney? 13.40.16 # mc2739: good call! that must be it... now why the FUCK would that make a difference? :'( 13.45.41 Quit S_a_i_n_t (Ping timeout: 260 seconds) 13.45.49 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.15) 13.47.11 # * S_a_i_n_t blames magic 13.48.25 # JdGordon: on e200v2, switching themes it will sometimes crash with a data abort at address 3002737c - according to the map file, that is find_viewport in skin_parser.c 13.49.46 # I'm beggining to think that is actually the case 13.49.46 # it seriously doesnt make sense! 13.49.46 # when all else fails... comment out code! 13.50.11 Quit xavieran (Ping timeout: 252 seconds) 13.50.30 # ok thanks 13.51.41 # one problem at a time though :) 13.59.15 *** Saving seen data "./dancer.seen" 14.01.41 Quit TheSeven (Disconnected by services) 14.01.42 Join The_Seven [0] (~TheSeven@rockbox/developer/TheSeven) 14.02.17 Quit evilnick (Read error: Connection reset by peer) 14.06.16 Join xavieran [0] (~xavieran@ppp118-209-85-90.lns20.mel4.internode.on.net) 14.11.45 Quit mitk (Quit: Leaving) 14.13.36 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) 14.19.38 Quit xavieran (Ping timeout: 276 seconds) 14.19.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.20.37 # gevaerts: have you had a look at my git tree (the gsoc-dir-split branch) in the meanwhile? 14.21.08 # not yet 14.21.21 # yesterday evening was a bit busy 14.23.22 Join kugel_ [0] (~kugel@e178057026.adsl.alicedsl.de) 14.23.45 Quit kugel (Disconnected by services) 14.23.48 Nick kugel_ is now known as kugel (~kugel@e178057026.adsl.alicedsl.de) 14.23.53 Quit kugel (Changing host) 14.23.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.26.40 Join kugel_ [0] (~kugel@e178058143.adsl.alicedsl.de) 14.27.00 Quit kugel (Disconnected by services) 14.27.06 Nick kugel_ is now known as kugel (~kugel@e178058143.adsl.alicedsl.de) 14.27.10 Quit kugel (Changing host) 14.27.10 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.32.44 Join xavieran [0] (~xavieran@ppp118-209-157-229.lns20.mel6.internode.on.net) 14.35.32 Join kugel_ [0] (~kugel@e178055175.adsl.alicedsl.de) 14.35.54 Quit kugel (Disconnected by services) 14.35.58 Nick kugel_ is now known as kugel (~kugel@e178055175.adsl.alicedsl.de) 14.36.04 Quit kugel (Changing host) 14.36.04 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.59.03 # S_a_i_n_t: can you check if install is available in cygwin? 14.59.11 # install --help should do it 15.02.25 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 15.02.54 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.04.49 Quit antil33t (Read error: Connection reset by peer) 15.04.56 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 15.05.09 Quit krazykit (Quit: later taters) 15.05.24 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.17.06 Quit n1s (Quit: Lämnar) 15.28.31 Quit JdGordon (Ping timeout: 246 seconds) 15.45.39 Quit cjcopi (Ping timeout: 264 seconds) 15.49.52 Join Kitr88 [0] (~Kitar_st@BSN-143-96-142.dial-up.dsl.siol.net) 15.51.34 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 15.53.32 Quit Kitar|st (Ping timeout: 248 seconds) 15.54.04 Quit Kitr88 (Ping timeout: 245 seconds) 15.59.18 *** Saving seen data "./dancer.seen" 15.59.54 Join Kitar|st [0] (Kitar_st@BSN-182-103-188.dial-up.dsl.siol.net) 16.02.22 # kugel: Yep, it sure is. 16.02.28 # (install) 16.04.45 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 16.06.50 Join stephen [0] (~stephen@86.45.51.58) 16.07.19 Nick stephen is now known as Guest34687 (~stephen@86.45.51.58) 16.07.45 Nick Guest34687 is now known as Stephen____ (~stephen@86.45.51.58) 16.09.25 Quit JdGordon (Read error: Connection reset by peer) 16.10.35 Join evilnick [0] (0c140464@rockbox/staff/evilnick) 16.11.46 Join kugel_ [0] (~kugel@e178118022.adsl.alicedsl.de) 16.12.09 Quit kugel (Disconnected by services) 16.12.12 Nick kugel_ is now known as kugel (~kugel@e178118022.adsl.alicedsl.de) 16.12.17 Quit kugel (Changing host) 16.12.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.13.45 Quit evilnick_B (Ping timeout: 252 seconds) 16.17.57 # New commit by 03kugel (r27407): Fix up buildzip.pl ... 16.18.03 Quit halmi (Quit: halmi) 16.19.42 # r27407 build result: All green 16.20.47 Quit The_Seven (Ping timeout: 240 seconds) 16.24.53 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.25.31 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 16.30.01 Join hebz0rl [0] (~hebz0rl@dslb-088-065-214-015.pools.arcor-ip.net) 16.41.49 Quit S_a_i_n_t (Ping timeout: 240 seconds) 16.42.24 Quit panni_ (Ping timeout: 265 seconds) 16.43.28 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.15) 16.46.02 # kugel: lines 625-626 seem pretty useless now in buildzip.pl :) 16.46.44 # hehe 16.48.16 Join esj123 [0] (4c137e01@gateway/web/freenode/ip.76.19.126.1) 16.49.03 # New commit by 03kugel (r27408): Remove forgotten lines and add a commit regarding app builds 16.49.11 # damn 16.50.41 # r27408 build result: All green 16.52.52 # I am a bit confused about my player. Did the due diligence and I'm further confused. The player is a sansa e260v2. The firmware says it's v1 (01.02.24a). The rockbox autoidentify utility doesn't recognize the device 16.53.14 # New commit by 03kugel (r27409): Oops, remove leftovers 16.53.29 # Suggestions? 16.54.10 # esj123: if the firmware says v1, it's v1. Did you buy it new or refurbished? 16.54.42 # It's not uncommon for refurbished players to have the wrong case, so a v1 might say v2 on the back 16.54.43 # r27409 build result: All green 16.55.24 # If rockbox utility doesn't recognise the device, I'd guess it's in MTP mode instead of MSC, but I'm not sure 16.55.25 # it's a refurbished unit I assume by the R embossed on the back in a careless way. It was a gift from a friend of mine after he found an iPod nano at a flea market for $15 16.55.52 # let me verify the mode yet again 16.56.34 Quit bieber (Ping timeout: 245 seconds) 16.56.49 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 16.57.24 # Settings-USB mode msc 16.57.53 # so that's the right mode for this application 16.57.59 # it is, yes 16.58.10 # that's interesting that they don't always get the right cases on refurbished units 16.58.46 # Actually, I'm not sure if anyone has ever reported a refurbished sansa that had the correct case :) 16.58.49 # I should take it back for a refund... oh wait, I got it for free. :-) 16.59.43 # Sounds like I'm probably not being a complete idiot with this. 16.59.49 # Which operating system are you using? Windows? 17.00.45 # Windows 7. it's a downside of being hand disabled (RSI) 17.01.34 # OK, I don't know anything about rockbox utility on windows 7. Maybe device detection is a bit broken there... 17.01.42 # * gevaerts looks around for people who do know 17.02.41 # well, I can flip over to Linux (dual-boot machine) 17.03.09 # I'm just not sure how the USB/music player interface will go 17.03.35 # usb usually works fine in linux 17.03.43 # is the mode literally called "MSC"? 17.04.37 # okay. Let me go get breakfast before I try this. :-) 17.05.56 # One thing I really dislike about the transition between Windows and Linux is that I use a Bluetooth keyboard for when I do type and I have to re-pair the keyboard every time I make a switch. Wish there was someway to use the same pairing on both sides 17.06.43 # okay, I'll be back after a take care of a few morning things I appreciate the help and attention 17.07.04 # hmm, why do libcook and libatrac include ffmpeg_bitstream.c in their own SOURCES instead of building it as a part of the codec lib, and also why does libwma have its own copy of the ffmpeg bitstream.[ch] ? 17.07.19 # pixelma: I think so, at least in some versions 17.10.22 # n1s: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=22347 17.11.15 # gevaerts: I just tried to make sure it's not an "R"... 17.11.25 # oh, right 17.11.30 # or at least that was my intention 17.12.13 # saratoga: ah, and i suppose there would be a symbol clash with the lib for wma if the lib included the bitstream.c 17.12.14 # * gevaerts of course hadn't thought of that 17.13.05 # esj123: just making sure - the USB options in the OF are not called "Plays for sure" or "Rhapsody"? 17.13.20 # combining them makes sense though if it can be done cleanly 17.14.11 Join captainkewlll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 17.14.50 # yes I am 17.15.09 Quit petur (Quit: *plop*) 17.15.19 # ok, it's definitely a plain e200v1 then 17.15.26 # saratoga: yes, i'll take a look 17.16.27 # hmm, wma compiles cleanly with the c file in the codec lib at least 17.18.43 # msc and mtp are the modes 17.22.27 # does it play? the svn message mentions alignment issues 17.24.41 Quit robin0800 (Remote host closed the connection) 17.25.47 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.26.00 # saratoga: no, i meant if i add the ffmpeg_bitstream.c to the lib sources instead of libatrac and libcook, it seems to not interfere with the wma version 17.36.39 Join anewuser [0] (anewuser@unaffiliated/anewuser) 17.43.19 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.43.30 Quit t0rc (Remote host closed the connection) 17.53.47 Quit jhMikeS (Ping timeout: 240 seconds) 17.54.30 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 17.59.20 *** Saving seen data "./dancer.seen" 18.26.17 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.31.29 Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 18.40.13 Join DerPapst1 [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 18.40.45 Quit DerPapst (Ping timeout: 265 seconds) 18.43.32 Part rob 18.44.32 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.46.33 Quit xavieran (Ping timeout: 265 seconds) 18.49.17 # hm, the database crashes in the app 18.50.55 # I assume it cannot deal with the number of files 18.53.56 # or stack overflow 18.55.04 # yea, check_dir 18.55.27 Quit esj123 (Ping timeout: 252 seconds) 18.56.22 # maybe it would be a good idea to disallow building the database over / in RaaA 18.57.16 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 18.58.05 # Will that solve the problem? 18.58.50 Quit joecool (Ping timeout: 260 seconds) 18.59.01 # uhm, depends what you mean with solve 18.59.56 # but if we want to give the users 1 (or more) music dirs to mount into the file browser, then going through the entire filesystem doesn't make much sense 19.00.05 # that's true 19.01.49 # I think it's worth considering increasing directory-recursive stacks for RaaA too though. We're not going to run this on 2MB devices 19.02.09 # how? 19.02.38 # we have no control over the stack on hosted systems 19.03.00 # hm 19.03.06 # not with sdl at least. pth gives some control 19.03.12 # right, we ignore the given stack size... 19.03.28 # Isn't the default stack on linux 8MB or so? 19.03.35 # I'm not even sure anymore if it's really the stack. but check_dir() calls itself and I get a segfault so I suspected that 19.04.48 # I'm pretty sure it's something different 19.07.26 # it crashes in /usr/src/linux-headers-2.6.32-22-generic/, which has a lot of symlinks 19.07.54 # hm, maybe recursive symlinks? 19.08.07 # possibly breaking PATH_MAX 19.08.34 # our MAX_PATH is probably quite easy to break from / 19.09.23 Join rob [0] (~nnscript@76.235.199.132) 19.13.08 Quit Stephen____ (Ping timeout: 265 seconds) 19.19.06 # gevaerts: "virt -> ../linux-headers-2.6.32-22/virt" :/ 19.19.11 # ah 19.19.14 # right 19.19.22 # This gets tricky :) 19.20.15 # kugel: is the path argument to get_user_file_path() supposed to *always* begin with ROCKBOX_DIR? 19.20.26 # yea 19.20.29 # ok 19.20.32 # otherwise it doesn't work 19.20.58 # In that case, I'd just say "end=path+strlen(ROCKBOX_DIR)" 19.21.17 # hm, not a bad idea 19.21.36 # possibly if DEBUG is defined a strncpy() first to check if it's correct 19.23.10 # strncpy? 19.23.14 # *cmp 19.23.18 # * gevaerts apologises 19.23.23 # no problem! 19.23.34 # does gcc detect this strlen(fixed string) and optimise it away? If not, maybe store this, it's a bit silly to calculate the length of a compile-time constant every time 19.23.50 # sizeof(ROCKBOX_DIR) works as well 19.24.00 # see paths.h :p 19.24.11 # oh, you have ROCKBOX_DIR_LEN already 19.24.36 # paths.c is before paths.h in the diff I'm looking at :) 19.24.52 # it doesn't seem to be used so far, I don't #define it for RaaA (per accident) 19.27.30 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.27.57 Quit DerPapst1 (Quit: Leaving.) 19.31.53 Join stephen__ [0] (~stephen@86.45.51.58) 19.37.10 # kugel: I think I have two questions/observations: (a) Did you check if gcc optimises the if()strcpy() away if FORCE_BUFFER_COPY is not set? If not, that looks like it could be a bad (and useless) binsize impact, and (b), you're adding a lot of MAX_PATH strings to the stack. Possibly dangerous I think, these aren't small (needs testing). 19.37.18 # Hm, (b) might be optimised away as well... 19.37.22 # (or should be) 19.37.46 # Aren't we counting on compiler smartness a bit too much for these? 19.37.51 Join joecool [0] (~joecool@no-sources/joecool) 19.37.52 Join pirlouwi [0] (www-data@giant.haxx.se) 19.39.07 # gevaerts: (a) yes I did, (b) any idea how to solve that? 19.39.23 # hi 19.39.26 # and for target builds it's optimized away as well yes 19.39.35 # hi 19.39.40 # ok, maybe that's good enough then 19.40.06 # pirlouwi: hello 19.40.14 # we can only count on gcc smartness if we want to do it cheap 19.40.54 # It doesn't generate "unused variable" warnings? 19.40.57 # * gevaerts hopes not... 19.41.14 # How can I learn how to detect the hardware running Rockbox, test if it is an ipod hw_rev >=4 ?? 19.41.28 # hi gevaerts 19.42.23 # the FORCE_BUFFER_COPY was just because playlist.c has an extra strlcpy which could be removed with that. without that it could even be a #define (although a define will be a bit more tricky for plugins) 19.42.33 # gevaerts: unfortunately no :) 19.42.38 # fortunately* 19.42.50 # inlining really solves many problem at once :p 19.43.41 # inlining is fine. I'm just very slightly nervous about declaring a 256 byte stack variable, passing that to an inline function that throws it away, and hoping that gcc decides not to put it on the stack 19.44.15 # I didn't check all spots, but those I checked it was removed 19.44.31 Quit pamaury (Remote host closed the connection) 19.46.54 # but I guess it would throw that unused warning if it's not removed 19.46.54 Quit pirlouwi (Quit: CGI:IRC (Ping timeout)) 19.48.55 Join pregier [0] (~pregier@somalia.ittc.ku.edu) 19.49.30 # * amiconn wonders why funman commits something without checking, then disappears 19.50.05 # r27406 seems to be broken. If it would just change the way 'features' is generated without breaking it, there should be no binsize changes 19.50.09 Join Pirlouwi [0] (~chatzilla@ip-83-134-40-32.dsl.scarlet.be) 19.50.16 # Hi again 19.51.02 # I ask it one more time ('cause I was disconnected). How can I learn how to detect the hardware running Rockbox, test if it is an ipod hw_rev >=4 ?? 19.51.26 # Why would you want to do that? There is no reason to check that at runtime 19.51.28 # I made a little patch, only valid for ipod version 4 and upper 19.51.40 # this is the reason 19.52.22 # There is no reason to check at runtime. You probably want a compile time check 19.52.45 # yes you are right, this should do the trick 19.53.14 # is there compile #define reserved for that? 19.53.25 # what should I search, in which file? 19.53.51 # Atm there is no macro for a generic check like this. Either check for the individual models, or check for IPOD_ARCH and CPU_PP502x 19.54.14 # thx 19.54.15 # What kind of patch is that? 19.54.43 # If it's wheel related, you may need to specifically exclude the mini 1st Gen 19.54.46 # I read in rockbox doc that there were no support for hardware keyclick (when rotating the wheel) 19.54.55 # ah 19.55.01 # I found in ipod linux bootloader the code that does it 19.55.01 Join xavieran [0] (~xavieran@ppp118-209-157-229.lns20.mel6.internode.on.net) 19.55.11 Quit hebz0rl (Ping timeout: 265 seconds) 19.55.30 # this is only a question of 10 lines of code in action.c 19.55.35 # It's not a problem to control the piezo as such. It is a problem to do it properly in rockbox though 19.55.41 # but I must test the ipod version and the presence of the ipod 19.56.01 # Though, I tested it on my ipod color, and it does the job 19.56.59 # If you have an ipod, you could perhaps test my patch ? do you agree? 19.59.23 *** Saving seen data "./dancer.seen" 20.02.52 Quit dfkt (Read error: Connection reset by peer) 20.16.19 # New commit by 03amiconn (r27410): The simplification from r27406 changed the format of 'genlang-features': it used to have a leading colon. Fix missing target and feature specific ... 20.17.14 Quit flydutch (Quit: /* empty */) 20.17.56 # r27410 build result: All green 20.19.35 # New commit by 03amiconn (r27411): Oops, one explicit colon is enough (though an extra one doesn't hurt). 20.19.39 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 20.21.16 # r27411 build result: All green 20.26.35 Quit bieber (Ping timeout: 260 seconds) 20.26.50 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.33.28 Quit S_a_i_n_t (Ping timeout: 258 seconds) 20.34.47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 20.36.02 # kugel: do you need more specific reviews? 20.36.27 # no, but a general yes/no to the idea would be fine. but I guess I'll ask again on the mailing list 20.37.08 Quit kugel (Remote host closed the connection) 20.38.22 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.15) 20.43.07 Quit xavieran (Ping timeout: 265 seconds) 20.50.26 Quit antil33t (Read error: Connection reset by peer) 20.50.33 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 20.55.41 Join MethoS- [0] (~clemens@134.102.106.250) 21.04.54 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 21.05.20 Join DerPapst [0] (~Alexander@p4FE8FDDF.dip.t-dialin.net) 21.10.32 Join petur [0] (~petur@rockbox/developer/petur) 21.18.46 Join foehn [0] (~foehn@catv-89-134-205-119.catv.broadband.hu) 21.20.09 # does someone know the performance of mp3_enc on arm9e ? 21.24.23 # Hmm, that's actually a useful suggestion for test_codec (or a complementary plugin): testing encoder performance 21.32.03 # amiconn: I just posted a patch concerning the Ipod Color hardware keyclick. 21.32.26 # http://www.rockbox.org/tracker/task/11475 21.33.56 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.38.15 Join robin0800 [0] (~quassel@149.254.61.162) 21.42.12 Quit robin0800 (Remote host closed the connection) 21.42.31 Join robin0800 [0] (~quassel@149.254.61.34) 21.46.09 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 21.55.24 Nick Dhraakellian is now known as IRC (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) 21.55.33 Nick IRC is now known as Dhraakellian (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) 21.56.32 Quit bunnyboi (Ping timeout: 240 seconds) 21.58.30 Quit foehn (Quit: Leaving) 21.59.26 *** Saving seen data "./dancer.seen" 22.02.57 Quit Pirlouwi (Quit: #rockbox good night) 22.03.40 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 22.11.54 Quit tchan (Quit: WeeChat 0.3.3-dev) 22.22.25 Quit S_a_i_n_t (Ping timeout: 276 seconds) 22.23.48 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.15) 22.26.19 Join leavittx [0] (~leavittx@89.221.199.187) 22.28.41 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 22.36.29 Quit n1s (Remote host closed the connection) 22.36.32 Quit robin0800 (Ping timeout: 252 seconds) 22.38.23 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.52.31 Quit Topy44 (Ping timeout: 276 seconds) 22.56.07 Quit n17ikh (Ping timeout: 240 seconds) 22.57.07 # hmm, neither of our 3 versions of ffmpeg bitstream.[ch] are in sync with either each other or ffmpeg git :) 22.57.50 # I'll save this mess for another day... 23.02.01 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 23.04.39 Quit bluebrother (Disconnected by services) 23.04.41 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 23.05.14 Join Topy44 [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 23.09.55 Quit Topy44 (Ping timeout: 260 seconds) 23.12.05 Join hebz0rl [0] (~hebz0rl@dslb-094-217-139-068.pools.arcor-ip.net) 23.14.07 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 23.15.28 Quit FlynDice (Remote host closed the connection) 23.20.12 Join GeekShad0w [0] (~Antoine@77.193.17.72) 23.21.59 Quit parafin (Quit: upgrade) 23.22.12 Quit GeekShadow (Ping timeout: 240 seconds) 23.22.47 Part knittl 23.25.27 Quit togetic (Ping timeout: 248 seconds) 23.26.14 Join parafin [0] (parafin@paraf.in) 23.28.16 Join Topy44 [0] (~Topy44@f049113093.adsl.alicedsl.de) 23.33.21 Quit evilnick (Quit: Page closed) 23.40.18 Join stooo [0] (~sto@g227036120.adsl.alicedsl.de) 23.43.20 Join stooo1 [0] (~sto@g227036120.adsl.alicedsl.de) 23.43.21 Quit stooo (Read error: Connection reset by peer) 23.46.54 Part stooo1 23.48.12 Quit n17ikh (Ping timeout: 258 seconds) 23.51.22 Join angelwolf71885 [0] (chatzilla@cpe-173-168-248-236.tampabay.res.rr.com) 23.52.59 Join Topy [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 23.53.03 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 23.55.03 Quit bunnyboi (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) 23.55.46 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 23.55.48 Quit w1ll14m (Ping timeout: 252 seconds)