| 00:01:19 | | Join tree [0] (n=tree@chello089078243195.chello.pl) |
| 00:01:45 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 00:02:17 | | Nick tree is now known as trisiak (n=tree@chello089078243195.chello.pl) |
| 00:02:23 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:02:27 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:05:16 | | Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 00:05:51 | | Quit BXCracer (Remote closed the connection) |
| 00:05:57 | | Quit dfkt (Nick collision from services.) |
| 00:06:02 | | Quit evilnick_7 ("mibbit.com: hometime") |
| 00:06:26 | | Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 00:07:15 | | Quit stripwax (Client Quit) |
| 00:07:49 | | Part mcuelenaere ("Leaving.") |
| 00:09:08 | | Quit bertrik ("Sleeo") |
| 00:12:00 | | Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 00:12:27 | | Quit dfkt (Nick collision from services.) |
| 00:13:35 | | Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 00:14:23 | | Quit MT (Remote closed the connection) |
| 00:15:16 | | Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 00:16:42 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:18:24 | | Quit robin0800_ (Remote closed the connection) |
| 00:20:44 | | Join robin0800_ [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 00:24:28 | | Quit stripwax ("http://miranda-im.org") |
| 00:26:16 | | Quit flydutch ("/* empty */") |
| 00:26:54 | | Quit blithe ("Lost terminal") |
| 00:27:05 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 00:30:00 | | Quit robin0800 (Read error: 113 (No route to host)) |
| 00:30:01 | | Quit robin0800_ ("No Ping reply in 90 seconds.") |
| 00:30:35 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 00:33:50 | *** | Saving seen data "./dancer.seen" |
| 00:34:44 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:35:04 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d4cd0c0d6f9e5f4f) |
| 00:37:23 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
| 00:37:27 | | Quit PaulJam (".") |
| 00:37:55 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 00:40:03 | | Quit EternalRains (Read error: 104 (Connection reset by peer)) |
| 00:45:14 | kugel | FlynDice: did you upload? |
| 00:59:48 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 01:00 |
| 01:02:47 | | Join kako [0] (i=500@184-4-17-190.fibertel.com.ar) |
| 01:03:55 | tmzt | kugel: do you know the fix for the sysfont.h problem on fuze? (current svn) |
| 01:04:20 | kugel | what problem? |
| 01:04:24 | | Join barrywardell [0] (n=barrywar@86.45.9.197) |
| 01:04:41 | tmzt | tmzt@shini:~/src/rockbox/build$ PATH=/usr/local/arm-elf/bin:$PATH make |
| 01:04:41 | tmzt | CC bootloader/common.c |
| 01:04:41 | tmzt | In file included from /home/tmzt/src/rockbox/bootloader/common.c:23: |
| 01:04:42 | DBUG | Enqueued KICK tmzt |
| 01:04:42 | tmzt | /home/tmzt/src/rockbox/firmware/export/font.h:33:21: error: sysfont.h: No such file or directory |
| 01:04:47 | kugel | http://build.rockbox.org/dev.cgi there doesn't seem to be a problem |
| 01:07:35 | tmzt | what do you recommend to diagnose this then? I can give you the full output in paste if you need it |
| 01:07:49 | linuxstb | tmzt: You should change your PATH before running configure, not before running make. |
| 01:08:03 | tmzt | I'll try that |
| 01:08:44 | tmzt | output is shorter but the error is still there |
| 01:09:29 | tmzt | http://pastebin.com/m78af849b |
| 01:10:24 | tmzt | is make building something that wouldn't be tested with the automated tools? |
| 01:10:29 | | Quit kako ("using sirc version 2.211+KSIRC/1.3.12") |
| 01:10:53 | kugel | tmzt: can't you just mess with the PATH before messing with confiure and make? |
| 01:11:09 | tmzt | I'm sorry? |
| 01:11:12 | linuxstb | Look at the generated Makefile - is it including the correct paths to arm-elf-gcc etc? |
| 01:11:16 | tmzt | I ran configure with the correct patch |
| 01:11:18 | tmzt | path |
| 01:11:37 | tmzt | export CC=/usr/local/arm-elf/bin/arm-elf-gcc |
| 01:11:46 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 01:11:47 | tmzt | from Makefile |
| 01:12:17 | linuxstb | And all the others look OK? Include the HOST versions? |
| 01:12:42 | tmzt | yes, those are 64bit though |
| 01:12:46 | tmzt | or multilib |
| 01:13:35 | linuxstb | Do a "make clean", then try "make V=1 &> logfile" to get more verbose errors. |
| 01:14:50 | | Quit faemir ("Leaving") |
| 01:16:27 | | Quit barrywardell () |
| 01:18:48 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:22:14 | | Join barrywardell [0] (n=barrywar@86.45.9.197) |
| 01:23:30 | tmzt | the build is taking a long time but hasn't crashed |
| 01:23:47 | tmzt | make reconf doesn't rebuild Makefile? you have to do make clean? |
| 01:24:18 | | Quit barrywardell (Client Quit) |
| 01:33:31 | linuxstb | It should rebuild the Makefile - testing if the Makefile is older than configure is what prompts you to run "make reconf". |
| 01:38:14 | | Quit daurnimator (Remote closed the connection) |
| 01:39:07 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 01:39:22 | tmzt | ah, it's been done. I was trying to figure out why it was stuck on sudoko |
| 01:39:55 | tmzt | and I have a rockbox.bin |
| 01:40:03 | tmzt | and rockbox.sansa |
| 01:40:28 | | Quit Thundercloud (Remote closed the connection) |
| 01:41:32 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 01:44:59 | | Quit DataGhost (Nick collision from services.) |
| 01:45:07 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 01:47:35 | | Join _lifeless [0] (n=lifeless@188.16.66.78) |
| 01:48:53 | | Quit apo (Read error: 60 (Operation timed out)) |
| 01:51:09 | FlynDice | kugel: mmu patch uploaded, lots of work left though.... |
| 01:52:52 | | Join apo [0] (n=apo@pD9E7F168.dip.t-dialin.net) |
| 01:53:03 | | Quit amiconn (Nick collision from services.) |
| 01:53:07 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 01:53:14 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 01:53:22 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 01:53:22 | | Quit pixelma (Nick collision from services.) |
| 01:53:44 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 01:57:40 | | Quit dreamlayers ("back later") |
| 01:59:57 | | Nick bubsy is now known as [8bit]bubsy (i=Bubsy@unaffiliated/bubsy) |
| 02:00 |
| 02:01:06 | | Quit rwcr (Read error: 113 (No route to host)) |
| 02:01:40 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 02:02:42 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 02:05:15 | | Quit KBH (Read error: 104 (Connection reset by peer)) |
| 02:05:21 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 02:08:41 | | Part toffe82 |
| 02:09:05 | | Join rwcr [0] (n=oremanj@xenon.get-linux.org) |
| 02:18:36 | | Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 02:18:50 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-238.mco.bellsouth.net) |
| 02:20:08 | Blue_Dude | Hi. I'm considering implementing a new feature and wanted to just jump in and test the water here. I am new to collaborative development. |
| 02:20:50 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
| 02:21:21 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 02:22:00 | kkurbjun | Blue_Dude: not too many devs are active at this time of the day |
| 02:22:25 | Blue_Dude | That's OK. When's a good time to jump in? |
| 02:22:36 | kkurbjun | generally if you have questions on the development flow and ask general questions people will try and pitch in |
| 02:23:07 | kkurbjun | the mornings in the America's are usually pretty active |
| 02:23:51 | kkurbjun | I guess it would be late in the evening in eastern europe |
| 02:24:04 | kkurbjun | worry, western that is |
| 02:25:29 | tmzt | is only charging support by usb on ams? |
| 02:26:02 | Blue_Dude | I'm on EDT, so that works for me. I'll check back in the AM. Thanks! |
| 02:26:17 | kkurbjun | but usually unless you find someone else that is interested in working on the same feature people work on their own code and if they run into questions they will just throw them out, and then ask for reviews of the code before committing it depending on what parts of rockbox you are touching. |
| 02:26:30 | kkurbjun | no problem |
| 02:27:34 | Blue_Dude | That's pretty much what I had in mind. I was considering a dynamic compressor/limiter feature. It's not especially invasive but I would need to find my way around the code. |
| 02:27:58 | Unhelpful | hrm... another oddity in our jpeg decoder, it seems to key subsampling parameters on the first component... even though it's a per-component option? |
| 02:28:26 | Unhelpful | Blue_Dude: we have a DSP framework and several other options (replaygain, EQ) that use it. |
| 02:29:36 | Blue_Dude | I didn't see any combination of features that would pre-amp audio without clipping. |
| 02:31:40 | Unhelpful | in the replaygain case, the tag includes the peak sample value, so that the gain level can be limited appropriately |
| 02:33:52 | *** | Saving seen data "./dancer.seen" |
| 02:34:12 | | Join xenonsniper [0] (n=chatzill@adsl-75-16-35-1.dsl.irvnca.sbcglobal.net) |
| 02:34:16 | Blue_Dude | What I had in mind was to pre-amp the signal by an user-selectable amount (without regard to metadata), then hard limit the output to prevent clipping. The idea is to permit playback in noisy environments. |
| 02:34:36 | xenonsniper | hey all, i just heard about Rockbox and i was wondering if there's any Zune support |
| 02:34:56 | Unhelpful | Blue_Dude: by "hard limit", what exactly do you mean? |
| 02:37:36 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 02:38:03 | Unhelpful | i think the best bet for dynamic volume control would be to take either the plain RMS average of the signal, or evaluate it via an equal-loudness function, feed that to a moving average, and use that to set an amp value (using the RG data to stop short of clipping, if needed) |
| 02:38:07 | Blue_Dude | A hard limiter ramps down the audio to prevent clipping. An intelligent limiter should only lower volume when approaching a peak and restore the volume afterward. If the signal is pre-amped, you can get an on-the-fly compressor effect. |
| 02:39:28 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 02:39:57 | Unhelpful | since we do DSP at greater-than-output depth, actually, you shouldn't have a problem with *actual* clipping during DSP, and then you can apply whatever conversion you want to get large values low enough to prevent them clipping. |
| 02:41:43 | Blue_Dude | Exactly. I'm not worried about a data overrun. |
| 02:41:45 | Unhelpful | i think the moving-average idea is best to have in front of a peak limiter, though, because limiting just the peaks == distortion |
| 02:44:53 | Blue_Dude | I had in mind a look ahead buffer to identify peaks, then ramp down the volume to meet the peak, followed by a slower release back to normal volume. That would keep distortion to a minimum (there will always be some). I'm not sure what an algorithm based on RMS would sound like, or how to tune it. |
| 02:45:26 | | Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) |
| 02:47:52 | Unhelpful | i would favor equal loudness over a plain RMS, since it takes into account the varying sensitivity of the ear with regard to frequency. and it would sound like the volume going up and down... either obviously, or subtly, depending on how long your average is. |
| 02:48:34 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 02:50:49 | | Join claydoh [0] (n=quassel@ubuntu/member/claydoh) |
| 02:51:26 | Blue_Dude | I've been playing around with wav editor software. The attack time (for ramping down the volume) is only about 7ms. So the clamp down happens pretty fast. The release time is a bit longer, about 100ms. So the adjustments are pretty fast. |
| 02:53:08 | Unhelpful | you're also basically using peak amplitude as your measure of loudness. peak is not perceived loudness. |
| 02:55:15 | Blue_Dude | That's true. But I'm not trying to limit loudness as such, just prevent digital clipping at the DAC, and in a way that prevents square waves from appearing there. I'm thinking more of protecting the equipment here. |
| 02:58:10 | Unhelpful | i thought this was about range compression for noisy environments. we're talking about two different things here, and i think that a well-designed clipping limiter is a good idea, but i would *not* rely on that+preamp to take care of noisy environments. |
| 02:59:53 | Blue_Dude | Yep, two different things, but my ignorance of dynamic range compression is boundless. But a quick acting intelligent volume manager might be in reach. |
| 03:00 |
| 03:00:57 | Unhelpful | i would still say an equal-loudness- or rms-driven amp, and a limiter to make sure *that* doesn't clip |
| 03:03:33 | Blue_Dude | What are the processing implications of that? Since it would have to run a process every time a sample is played, is there enough headroom to allow it? |
| 03:06:35 | Unhelpful | i would actually suggest processing a chunk of samples at some regular interval - maybe with a small fuzz factor on the interval so it doesn't screw up on periodic signals, but that's probably overdesign. you don't need to evaluate loudness per-sample, it's certainly not perceived that way. |
| 03:07:21 | Blue_Dude | Not loudness per sample, but ... OK never mind I see where you're going with it. |
| 03:08:20 | Blue_Dude | Check every, say, 50 samples and see what's coming down the pike for the next 300 samples or so, do an analysis and start limiting as necessary. |
| 03:10:08 | Blue_Dude | That's not a bad way to go for limiting. But if you aim to increase loudness, if not pre-amping, then what? |
| 03:11:22 | | Quit DataGhost (Nick collision from services.) |
| 03:11:24 | Unhelpful | no, i mean, don't even bother evaluating loudness most of the time. take a FFT of, say, every fifth block of 2048 samples. my point is that a *fixed* pre-amp is not the way to manage dynamic range |
| 03:11:30 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 03:11:37 | | Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) |
| 03:11:48 | Blue_Dude | (I was thinking of the cheap, easy route, not a full-blown DSP plugin. But I'm all ears.) |
| 03:13:02 | | Join midijunkie [0] (n=Miranda@pD9546EDF.dip0.t-ipconnect.de) |
| 03:13:14 | kkurbjun | xenonsniper: there is no zune support for rockbox right now. |
| 03:13:30 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 03:13:30 | | Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) |
| 03:14:21 | xenonsniper | kkurbjun: thanks, i read a couple of webpages, the wiki for rockbox, and some other stuff but i didn't find anything. good to know though |
| 03:14:54 | kkurbjun | no problem |
| 03:15:28 | kkurbjun | the gigabeat S is close to the Zune in terms of hardware, but the zune uses alot of the hardware features to lock down what code is run on it. |
| 03:22:46 | Blue_Dude | Thanks very much, Unhelpful. You were not unhelpful! I'll come slinking back in the morning. |
| 03:30:19 | | Quit midijunkie ("?(???~•~)?") |
| 03:33:51 | | Join Traveler9 [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
| 03:34:03 | Traveler9 | rockbox is able to use fgets() method, correct? |
| 03:34:55 | | Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
| 03:38:36 | | Quit tvelocity (Remote closed the connection) |
| 03:41:51 | | Quit Blue_Dude ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 03:41:52 | | Nick Traveler9 is now known as traverser (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
| 03:42:55 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 03:47:28 | traverser | or is fgetc a method able to be used in rockbox? |
| 03:51:14 | | Part claydoh ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
| 03:53:08 | | Quit xenonsniper ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 03:54:01 | | Quit timc (Remote closed the connection) |
| 03:57:39 | | Quit EternalRains (Read error: 104 (Connection reset by peer)) |
| 03:59:13 | | Quit traverser ("Java user signed off") |
| 04:00 |
| 04:06:54 | | Quit froggyman ("CGI:IRC (Ping timeout)") |
| 04:18:17 | FlynDice | can someone tell me how to get enable test_codec |
| 04:21:33 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 04:22:24 | mc2739 | FlynDice: I think you add test_codec.c to apps/plugins/SOURCES |
| 04:22:45 | | Join JdGordonn [0] (n=irchon@32.154.26.180) |
| 04:24:22 | | Quit JdGordonn (Client Quit) |
| 04:31:08 | FlynDice | mc2739: well I tried that, does it come up under applications like test_disk? |
| 04:32:29 | mc2739 | FlynDice: did you look for it in the plugins folder? |
| 04:32:57 | mc2739 | FlynDice: oops, not plugins, but rocks |
| 04:33:56 | *** | Saving seen data "./dancer.seen" |
| 04:34:24 | FlynDice | yes I found the file but when I added it to SOURCES it didn't seem to come up, I'll try again thanks |
| 04:36:32 | mc2739 | FlynDice: no, I meant in the zip or on the device in the .rockbox/rocks folder or subfolders |
| 04:40:08 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 04:47:11 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
| 04:47:46 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 05:00 |
| 05:01:54 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
| 05:02:20 | | Quit hittudiv (Client Quit) |
| 05:03:22 | | Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) |
| 05:07:06 | | Quit fenugrec (Client Quit) |
| 05:18:02 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 05:18:14 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-95ec9e2f5eaccbca) |
| 05:30:05 | | Quit Horschti ("Verlassend") |
| 05:42:48 | | Join Trista266 [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 05:43:26 | | Quit evilnick (Read error: 104 (Connection reset by peer)) |
| 05:43:37 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 05:43:59 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 05:47:32 | | Quit _Auron_ (Read error: 104 (Connection reset by peer)) |
| 05:56:29 | | Quit Tristan (Read error: 110 (Connection timed out)) |
| 05:59:37 | | Quit Trista266 (Connection timed out) |
| 06:00 |
| 06:02:09 | | Join krazykit [0] (n=kkit@208.35.122.26) |
| 06:02:12 | | Quit krazykit (Client Quit) |
| 06:02:31 | | Join _Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 06:04:15 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 06:07:09 | | Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) |
| 06:08:20 | | Quit jmillikin (Read error: 110 (Connection timed out)) |
| 06:08:22 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ebd566bae74d91af) |
| 06:12:05 | | Join timc [0] (n=aoeu@119.109.101.145) |
| 06:16:47 | | Quit parafin (Remote closed the connection) |
| 06:17:26 | | Join robin0800_ [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 06:18:35 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 06:18:55 | | Join parafin [0] (i=parafin@paraf.in) |
| 06:18:57 | | Quit evilnick (Read error: 113 (No route to host)) |
| 06:19:07 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 06:19:16 | | Join Rob2222 [0] (n=Miranda@p4FDCCF96.dip.t-dialin.net) |
| 06:19:30 | | Quit pixelma ("No Ping reply in 90 seconds.") |
| 06:19:33 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 06:19:46 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
| 06:20:07 | | Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) |
| 06:21:01 | | Quit Xerion (Read error: 113 (No route to host)) |
| 06:21:11 | | Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) |
| 06:22:20 | | Quit robin0800 (Read error: 113 (No route to host)) |
| 06:27:18 | | Quit kachna (Connection timed out) |
| 06:33:58 | *** | Saving seen data "./dancer.seen" |
| 06:35:04 | | Quit Tuplanolla (Read error: 110 (Connection timed out)) |
| 06:35:17 | | Join Traveler0 [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
| 06:40:03 | Traveler0 | what would be the simplest way to read in a line from a text file? I'm hoping to put the line into a 100 cell char array. |
| 06:40:15 | | Quit AndyI () |
| 06:49:13 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
| 06:52:53 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-93527660eef0ff9e) |
| 06:53:49 | saratoga | Traveler0: take a look at apps/plugin.h |
| 06:56:09 | Traveler0 | alright I'll take a look at that, thanks |
| 06:56:13 | | Quit Traveler0 ("Java user signed off") |
| 06:56:36 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 06:56:50 | | Quit gevaerts (Read error: 60 (Operation timed out)) |
| 06:59:13 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 07:00 |
| 07:00:36 | | Quit Unhelpful (Read error: 60 (Operation timed out)) |
| 07:00:41 | | Join strikerz911 [0] (n=strikerz@user-0cdf5ac.cable.mindspring.com) |
| 07:01:19 | | Quit timc (Remote closed the connection) |
| 07:01:35 | strikerz911 | Hello there. |
| 07:01:51 | strikerz911 | I could use some help here. |
| 07:02:00 | strikerz911 | I am running rockbox on my ipod 5th generation |
| 07:02:20 | strikerz911 | I have read the manual but I'm still not sure how to create a playlist. |
| 07:02:41 | strikerz911 | Could anyone please help? |
| 07:03:19 | strikerz911 | By the way, I am going to backup and delete all my songs off iTunes and just use the file browser to play mp3s |
| 07:03:52 | lucent | hm |
| 07:04:24 | lucent | strikerz911: I don't know how to create a playlist, but I think that you can use "select" in the file browser mode as a kind of "right click" to get an option menu |
| 07:04:33 | lucent | and that might have an option to add the track to a playlist? |
| 07:04:35 | lucent | just a guess |
| 07:05:11 | strikerz911 | Well I haven't actually used the file browser method, but I plan on doing so, but while reading the manual, I still don't get how I would create a playlist |
| 07:05:33 | strikerz911 | I have so many songs, but I would like to divide them up into playlist to avoid the hassle of listening to them all as one big playlist |
| 07:05:34 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 07:06:14 | lucent | strikerz911: there is also the database option, built from metadata tags |
| 07:06:26 | lucent | strikerz911: you'll have to read the manual -and- try it out to learn |
| 07:06:37 | robin0800_ | strikerz911: Yes in the context menu you can choose insert or evan insert shuffeld |
| 07:06:38 | | Quit saratoga ("CGI:IRC (EOF)") |
| 07:08:07 | robin0800_ | strikerz911: You could also use the Database to brouse by Artist or Album etc |
| 07:08:29 | strikerz911 | I would really prefer using the regular File Browser method to avoid using iTunes entirely. |
| 07:08:50 | | Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) |
| 07:08:52 | strikerz911 | I'll try creating a playlist on my computer using winamp and see if I can use it like that. |
| 07:09:09 | robin0800_ | strikerz911: Both methods can be done by Rockbox |
| 07:11:07 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 07:11:08 | | Quit BXCracer (Read error: 104 (Connection reset by peer)) |
| 07:12:58 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:15:15 | | Quit dreamlayers () |
| 07:15:28 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 07:17:11 | | Quit tarbo (Success) |
| 07:18:29 | | Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
| 07:21:11 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 07:21:11 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 07:22:16 | | Quit robin0800_ (Remote closed the connection) |
| 07:33:45 | | Quit jeffdameth (Read error: 110 (Connection timed out)) |
| 07:35:07 | | Join evilnick1 [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 07:35:07 | | Quit evilnick (Read error: 104 (Connection reset by peer)) |
| 07:35:08 | | Quit evilnick1 (Read error: 104 (Connection reset by peer)) |
| 07:35:50 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-117-100.ewe-ip-backbone.de) |
| 07:36:56 | | Quit _Tristan (Read error: 104 (Connection reset by peer)) |
| 07:37:39 | | Join _Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
| 07:39:11 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
| 07:51:34 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 07:54:47 | | Quit parafin (Read error: 110 (Connection timed out)) |
| 07:55:35 | | Quit intrados_ (Read error: 104 (Connection reset by peer)) |
| 08:00 |
| 08:01:03 | amiconn | Unhelpful: If you have questions regarding our jpeg decoder, you could try to mail [IDC]Dragon. He wrote that decoder |
| 08:03:45 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 08:04:20 | amiconn | The original decoder was Y only; colour decoding was added much later |
| 08:07:43 | | Quit robin0800 (Remote closed the connection) |
| 08:07:50 | | Quit Zarggg () |
| 08:09:02 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 08:12:31 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:21:45 | | Quit strikerz911 () |
| 08:25:12 | | Join parafin [0] (i=parafin@paraf.in) |
| 08:26:15 | | Quit Unhelpful (Read error: 60 (Operation timed out)) |
| 08:27:10 | | Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
| 08:34:02 | *** | Saving seen data "./dancer.seen" |
| 08:37:21 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 08:38:11 | | Quit BHSPitMonkey ("Ex-Chat") |
| 08:42:12 | | Join Rob2223 [0] (n=Miranda@p4FDCD0E7.dip.t-dialin.net) |
| 08:43:29 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 08:44:00 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 08:57:01 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 08:59:11 | | Quit Rob2222 (Connection timed out) |
| 09:00 |
| 09:01:18 | | Quit Zarggg (Read error: 60 (Operation timed out)) |
| 09:12:53 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:18:53 | | Quit Seed ("cu, Andre") |
| 09:22:15 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 09:22:36 | | Quit petur (Nick collision from services.) |
| 09:22:42 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 09:26:47 | | Join Dieterbe_ [0] (n=Dieterbe@213.219.137.63.adsl.dyn.edpnet.net) |
| 09:34:37 | | Join l403 [0] (n=l@85.132.159.239) |
| 09:38:38 | | Quit Dieterbe (Read error: 110 (Connection timed out)) |
| 09:39:11 | GodEater | has the topic of customisable menus come up again recently much ? |
| 09:41:20 | | Quit l403 (Read error: 113 (No route to host)) |
| 09:42:28 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 09:42:28 | * | GodEater sees that the rockbox channel has become "Full on tumbleweed racing. No holds barred! Place your bets!" |
| 09:43:21 | martian67 | pick the next join/part |
| 09:43:23 | martian67 | 20:1 odds |
| 09:43:35 | GodEater | B4gder |
| 09:43:43 | GodEater | I'll put a tenner on it. |
| 09:43:51 | GodEater | oh wait |
| 09:43:53 | GodEater | he's here already |
| 09:43:55 | * | GodEater rubs his eyes |
| 09:44:08 | martian67 | join/part |
| 09:44:15 | GodEater | true |
| 09:44:17 | | Quit Dieterbe_ (Client Quit) |
| 09:44:22 | martian67 | you lose |
| 09:44:23 | GodEater | darn |
| 09:44:31 | martian67 | no rigging it either ;) |
| 09:44:53 | GodEater | I wouldn't stoop that low :) |
| 09:45:17 | GodEater | although technically a "quit" isn't a "part" |
| 09:51:40 | | Join l403 [0] (n=l@85.132.159.239) |
| 09:52:04 | | Join Icingdeath [0] (n=d584ab1b@gateway/web/cgi-irc/labb.contactor.se/x-96ea517e07087b8f) |
| 09:52:29 | | Quit Icingdeath (Client Quit) |
| 09:55:13 | | Quit Thundercloud (Remote closed the connection) |
| 10:00 |
| 10:13:32 | | Join pyro_maniac [0] (i=foobar@p57BB89CD.dip0.t-ipconnect.de) |
| 10:16:14 | | Join barrywardell [0] (n=barrywar@86.45.9.197) |
| 10:16:15 | | Join Sedgewick [0] (n=Sedgewic@81.200.132.126) |
| 10:29:49 | | Quit barrywardell () |
| 10:34:04 | *** | Saving seen data "./dancer.seen" |
| 10:46:18 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 10:48:58 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 10:52:44 | | Quit petur (Read error: 60 (Operation timed out)) |
| 10:54:17 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 11:00 |
| 11:06:46 | | Join barrywardell [0] (n=barry@193.1.133.92) |
| 11:09:36 | ajb | Does anyone claim to undertand the mp4 metadata code? |
| 11:09:55 | ajb | Or the structure of MP4 metadata? |
| 11:16:53 | fuzzie | <-, but i have a lecture now :| |
| 11:17:01 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
| 11:22:26 | ajb | fuzzie: OK, I shall ping you later if thats OK |
| 11:23:07 | ajb | Does anyone actually have a copy of documentation describing the format of MP4 files? |
| 11:24:38 | * | ajb finds the draft on the ISO website |
| 11:30:55 | | Join timc [0] (n=aoeu@221.201.151.180) |
| 11:32:10 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 11:39:46 | | Quit l403 (Remote closed the connection) |
| 11:42:24 | | Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
| 11:50:18 | | Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) |
| 11:52:48 | | Join l403 [0] (n=l@85.132.159.239) |
| 12:00 |
| 12:04:33 | | Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") |
| 12:05:26 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
| 12:12:54 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 12:13:20 | | Join Lynx_ [0] (n=Lynx@87.78.158.38) |
| 12:18:49 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
| 12:20:33 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:26:03 | | Join tvelocity [0] (n=tony@athedsl-4491451.home.otenet.gr) |
| 12:34:06 | *** | Saving seen data "./dancer.seen" |
| 12:42:46 | | Quit EternalRains (Read error: 104 (Connection reset by peer)) |
| 12:49:55 | * | ajb gets confused by the seeking and skipping between read_mp4_atom and read_mp4_container |
| 13:00 |
| 13:02:39 | | Quit kushal_12_27_200 ("Leaving. I cannot promise to be back but most likely will.") |
| 13:11:22 | ajb | I assume id3->filesize represents the sum of the size of the audio bitsream and not the size of the file on disk |
| 13:11:24 | ajb | ? |
| 13:19:12 | | Quit Sedgewick ("off") |
| 13:26:49 | linuxstb | ajb: I think that's used in a different way by different codecs. Some may reduce it (to remove trailing tags). You can see how it's set for mp4 in the metadata parsing code - apps/metadata/ |
| 13:27:20 | ajb | linuxstb: Yeah, I'm currently digging through that. |
| 13:27:51 | ajb | linuxstb: It seems my dodgy m4a breaks the "mdat is the last tag RB can handle" case |
| 13:28:42 | linuxstb | Yes, I think there are known problems if m4a files are not following the expected structure - i.e. that all metadata is at the start of the file. |
| 13:28:57 | linuxstb | "known problems" = "we don't support such files"... |
| 13:29:59 | ajb | linuxstb: I don't think the spec says it has to be..., I now have the metadata displaying properly after a few fixes. However it won't play (I assume because the codec has issues as well?) |
| 13:31:13 | linuxstb | ajb: I don't really know the details. Lear is the person who has worked most on our mp4 parser. I just did the very first version, which I copied from the open source ALAC decoder, without really understanding it too much. |
| 13:35:10 | ajb | linuxstb: I shall sumbit a WIP patch to Flyspray later on for people to comment on. |
| 13:37:10 | linuxstb | ajb: OK. Hopefully Lear will spot that. |
| 13:50:17 | | Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 13:55:05 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 13:55:26 | | Quit petur (Nick collision from services.) |
| 13:55:30 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 14:00 |
| 14:01:20 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 14:06:46 | | Join funman [0] (i=56421242@gateway/web/ajax/mibbit.com/x-984e5725035db175) |
| 14:06:54 | funman | hi |
| 14:07:15 | funman | FlynDice: to use test_codec, you must go through the context menu of a music file (long press select, open with, test_codec) |
| 14:08:05 | funman | FlynDice: also take care that the file length must be less or equal than the audiobuffer size (~256kb on Clip, but with 8MB of RAM 5MB might fit) |
| 14:08:41 | | Quit funman (Client Quit) |
| 14:23:29 | * | ajb sumbits #FS10160 - Clean up MP4 metadata parsing to handle files with tags after 'mdat' atom |
| 14:24:10 | ajb | Lear: Could you take a look at FS10160 when you get a chance? |
| 14:28:13 | | Join PyroBor [0] (n=pyrobor@panda.patware.si) |
| 14:32:34 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:34:09 | *** | Saving seen data "./dancer.seen" |
| 14:38:12 | | Quit l403 (Remote closed the connection) |
| 14:43:01 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:53:48 | | Quit FlynDice (Remote closed the connection) |
| 14:56:36 | ajb | Now onto the second problem |
| 14:56:53 | ajb | When I select the tune it starts paused but there isn't any indication of what failed |
| 14:57:13 | ajb | The last log output says: "Looking for album art for /03 - This House Is Not for Sale.m4a" and that is it |
| 14:57:29 | Llorean | ajb: What device is this on? |
| 14:57:46 | ajb | ipod 5g simulator |
| 14:59:57 | | Quit B4gder ("It is time to say moo") |
| 15:00 |
| 15:01:45 | kugel | Zagor: did you already send the fuze? |
| 15:04:29 | Zagor | kugel: sorry, still not. I forgot yesterday. |
| 15:10:36 | | Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-b0ccc0781b4be5c1) |
| 15:13:12 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 15:14:04 | | Quit archivator (Client Quit) |
| 15:15:34 | LambdaCalculus37 | Speaking of sending... gotta ask saratoga if he's sent out the Gigabeat T yet. |
| 15:16:25 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 15:19:01 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
| 15:21:41 | mcuelenaere | is there already some kind of buildall.sh script in Rockbox? |
| 15:22:12 | kugel | mcuelenaere: yes, the release script. I didn't figure how it works though |
| 15:22:12 | Llorean | mcuelenaere: Isn't there at least the release build script? |
| 15:22:24 | * | mcuelenaere looks |
| 15:22:37 | kugel | tools/release/bins.pl |
| 15:23:49 | mcuelenaere | hmm that also seems to build the manuals |
| 15:25:30 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.8/2009033100]") |
| 15:26:34 | mcuelenaere | kugel: 'mcuelenaere@debian:~/rockbox$ tools/release/bins.pl -v ipodcolor' seems to work |
| 15:26:43 | mcuelenaere | it really slowed down my system though |
| 15:28:07 | | Join BeholdMyGlory [0] (n=behold@d83-183-181-73.cust.tele2.se) |
| 15:29:05 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 15:30:27 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 15:35:06 | BeholdMyGlory | I know you probably get this a lot, but is an ipod classic port on the way/started/planned? Or should I not get my hopes up at all? (I _have_ done a bit of googling, but I can't seem to find anything from 2009...) |
| 15:35:34 | GodEater | BeholdMyGlory: no-one is working on one to our knowledge |
| 15:36:54 | BeholdMyGlory | Okay... |
| 15:38:37 | Llorean | BeholdMyGlory: Generally speaking, if someone's working on something they'll post updates. So a lack of recent news on something should be taken to mean "there's no progress to report at this time" in the future as well. |
| 15:38:42 | | Quit gevaerts (Nick collision from services.) |
| 15:39:09 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 15:40:46 | linuxstb | BeholdMyGlory: The only activity on hacking the new ipods that I know about is the "linux4nano" project - that sort of covers the Classic as well (similar hardware). If they make progress, then I'm sure activity will quickly start on a Rockbox port. |
| 15:49:40 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-238.mco.bellsouth.net) |
| 15:51:47 | Blue_Dude | I'm considering adding a new feature. Any devs on? |
| 15:52:25 | Llorean | Blue_Dude: Did you need specific hep? |
| 15:52:27 | Llorean | help even |
| 15:53:23 | Blue_Dude | Specific? No. Just trying to get a feel for whether it's a good idea. |
| 15:55:06 | Blue_Dude | Looking at a kind of compressor/limiter feature to help with listening in noisy environments. I'm new to collaborative development so I came here. |
| 15:55:29 | * | mcuelenaere wonders whether it is possible to build a specific plugin instead of a whole build |
| 15:55:54 | mcuelenaere | I already found 'make -j4 /home/mcuelenaere/rockbox/build4/apps/plugins/lua.rock', but as this is an overlay it doesn't build all the required *.c files |
| 16:00 |
| 16:00:00 | Llorean | Blue_Dude: Weren't you in here asking basically the same thing yesterday though? |
| 16:00:10 | Llorean | If you think it's a good idea, you should write a patch for consideration. |
| 16:00:34 | Blue_Dude | Yes indeed. But was told the devs weren't in. |
| 16:01:03 | GodEater | wonder who by ? |
| 16:01:06 | GodEater | most of them are here all the time |
| 16:02:02 | evilnick_7 | GodEater: This was late at night US-time so there were very few active users |
| 16:04:03 | GodEater | yes, but the important ones read the logs ;) |
| 16:04:13 | Blue_Dude | I do think it's a good idea, but if I'm the only one, I probably won't write the patch. |
| 16:05:21 | Blue_Dude | Or am I putting the cart before the horse here? |
| 16:05:55 | gevaerts | Blue_Dude: I think a well-working compressor would be nice to have |
| 16:09:53 | Llorean | Blue_Dude: Before an idea can really be judged wholly, it needs to be working. |
| 16:10:09 | Blue_Dude | Fair enough. |
| 16:10:09 | Llorean | You can't judge the usefulness relative to cost on theory alone. :-P |
| 16:13:21 | Llorean | Blue_Dude: Most common DSP functions are likely to be considered (I think). Especially those with a practical use, like a compressor. |
| 16:15:35 | Blue_Dude | This kind of gets back to a conversation last night. I don't know all that much at all about DSP design, but I could build an intelligent volume control. It's not the same as a real compressor, but it'll help. |
| 16:16:20 | Llorean | I think you'd want a real compressor if you really wanted it to be considered. |
| 16:26:58 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:30:50 | | Join l403 [0] (n=l@85.132.159.239) |
| 16:31:27 | CIA-43 | New commit by mcuelenaere (r20775): Add exit() implementation for plugins |
| 16:31:28 | | Join evilnick_230 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-b6eb2ab638c3c744) |
| 16:32:55 | | Quit l403 (Read error: 104 (Connection reset by peer)) |
| 16:33:41 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:34:13 | *** | Saving seen data "./dancer.seen" |
| 16:35:09 | | Join l403 [0] (n=l@85.132.159.239) |
| 16:40:58 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:43:00 | | Quit Blue_Dude ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 16:48:10 | CIA-43 | New commit by mcuelenaere (r20776): Fix yellow |
| 16:52:34 | at0m | compressor, or even limiter would be nice (cheaper on DSP normally) |
| 16:54:31 | at0m | love to go to bed with some podcast, and the jingles just are jumping out too much sometimes. for those annoyances it would be fantastic |
| 16:57:13 | | Quit lucent (Read error: 60 (Operation timed out)) |
| 16:58:43 | | Join wpyh [0] (n=william@115.171.71.165) |
| 17:00 |
| 17:00:46 | | Quit Zagor ("Don't panic") |
| 17:02:42 | | Quit codesquid (Remote closed the connection) |
| 17:02:49 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:04:29 | CIA-43 | New commit by mcuelenaere (r20777): Fix red |
| 17:05:41 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 17:09:36 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-228-081.pools.arcor-ip.net) |
| 17:10:44 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 17:11:03 | | Quit petur (Nick collision from services.) |
| 17:11:05 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 17:18:40 | | Join Lynx [0] (n=Lynx@xdsl-87-78-151-75.netcologne.de) |
| 17:19:03 | | Nick Lynx is now known as Guest5885 (n=Lynx@xdsl-87-78-151-75.netcologne.de) |
| 17:25:08 | | Quit Ubuntuxer ("Leaving.") |
| 17:26:14 | | Join cornwall [0] (n=cornwall@nateres201.tel.miami.edu) |
| 17:27:14 | cornwall | Hello, could someone please help me apply a patch? I'm unsure of how to do so |
| 17:27:22 | cornwall | if someone is here, of course :P |
| 17:27:36 | Llorean | cornwall: Do you have a development environment set up? |
| 17:27:48 | cornwall | oh, hello again |
| 17:27:52 | cornwall | what do you mean? |
| 17:28:06 | Llorean | have you installed the tools and compilers necessary to compile Rockbox? |
| 17:28:11 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-f9b4947f12a44740) |
| 17:28:27 | cornwall | oi, nope, I haven't |
| 17:28:37 | Llorean | cornwall: You should see the SimpleGuideToCompiling wiki page then |
| 17:28:43 | cornwall | cool, thank you |
| 17:28:44 | Llorean | Patches are applied to the source code, which you then must compile |
| 17:29:01 | cornwall | thanks a lot! |
| 17:30:01 | | Quit cornwall (Client Quit) |
| 17:31:02 | | Join saratoga [0] (i=9803c6dd@gateway/web/ajax/mibbit.com/x-09e81aa29fb0e3c3) |
| 17:31:43 | saratoga | Bagder: my network's admin is unhappy with me due to a large number of SSH session connect attempts from rockbox.org, any idea why that might be? |
| 17:32:17 | saratoga | obviously for the build server, but I don't see why it should connect repeatidly |
| 17:35:24 | | Quit Lynx_ (Connection timed out) |
| 17:35:24 | | Nick Guest5885 is now known as Lynx_ (n=Lynx@xdsl-87-78-151-75.netcologne.de) |
| 17:41:16 | linuxstb | saratoga: Are these successful or unsuccessful connection attempts? |
| 17:42:12 | | Quit petur ("work->...") |
| 17:42:23 | saratoga | http://www.mibbit.com/pb/nfZMLk |
| 17:42:35 | saratoga | linuxstb: thats what the admin sent me when I complained about being black listed |
| 17:42:55 | wpyh | hi |
| 17:43:27 | wpyh | I'm wondering if it's feasible to have one single build for the 5g and 5.5g ipods |
| 17:43:28 | | Join funman [0] (i=53c2a0b9@rockbox/developer/funman) |
| 17:43:41 | saratoga | I think we already do |
| 17:43:53 | GodEater | we absolutely do |
| 17:43:53 | wpyh | saratoga: huh? |
| 17:44:02 | GodEater | there's no difference between them at all |
| 17:44:11 | linuxstb | saratoga: So no indication of what time period those 233 hits were in? |
| 17:44:16 | wpyh | I still get asked to select 32MB and 64MB builds when running configure |
| 17:44:27 | GodEater | wpyh: that's nothing to do with 5G vs 5.5G |
| 17:44:36 | saratoga | linuxstb: no, but I regularly connect from home repeatidly without being blacklisted, so it couldn't have been months |
| 17:44:41 | GodEater | wpyh: that's to do with whether or not you have a 30GB or 60/80GB ipod |
| 17:44:49 | GodEater | which have different amounts of memory |
| 17:44:51 | wpyh | um... ok, I didn't ask the proper question... |
| 17:44:59 | saratoga | you did not |
| 17:45:04 | GodEater | and there's no way to have a single build for those |
| 17:45:11 | wpyh | GodEater: you mean the 60GB ipod 5g has 64MB of RAM? |
| 17:45:16 | GodEater | wpyh: correct |
| 17:45:18 | obo | According to logrotate, I get anywhere between 25 and 175 SSH connections per day from Rockbox |
| 17:45:37 | obo | and mine isn't the quickest build server out there... |
| 17:45:38 | saratoga | why is it so many? |
| 17:45:46 | wpyh | I was under the impression that only the 80GB ipods have 64MB of RAM |
| 17:45:48 | linuxstb | saratoga: But I guess it's easy enough to provide them with the whitelisting information - they even know it already... |
| 17:45:50 | obo | one to svn up, one to build, one to sftp? |
| 17:45:55 | GodEater | wpyh: you would be under the wrong impression then |
| 17:46:00 | wpyh | ah, OK |
| 17:46:30 | saratoga | linuxstb: well they want to know the IP of all the machines I access rockbox.org from |
| 17:46:44 | saratoga | which is problematic since I have many and often use DHCP via wireless |
| 17:46:53 | linuxstb | saratoga: I thought it was the other way around - the incoming traffic? |
| 17:47:01 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
| 17:47:04 | GodEater | I got 188 connections from rbclient on the 21st of April |
| 17:47:11 | saratoga | why is that so high? |
| 17:47:26 | saratoga | it makes little sense to me, shouldn't each commit be one for the SSH and one for SFTP? |
| 17:47:38 | linuxstb | Yes, but also multiple builds per commit. |
| 17:47:43 | GodEater | ah hang on - not all of those are connections |
| 17:47:49 | * | GodEater needs to divide by 4 |
| 17:49:09 | | Join gregzx [0] (n=chatzill@dtg109.neoplus.adsl.tpnet.pl) |
| 17:49:19 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 17:49:25 | saratoga | i'd also prefer them to not ask why some server in the EU needs SSH access to our network, so less connections is better in that respect too |
| 17:49:51 | * | obo pings Bagder |
| 17:51:33 | | Quit funman ("http://www.mibbit.com ajax IRC Client") |
| 17:54:42 | obo | from http://svn.rockbox.org/viewvc.cgi/www/tools/buildmaster.pl?view=markup, it seems to create connections to svn up, build, scp, and then cleanup |
| 17:55:52 | obo | so one svn up, then multiple rounds of build, scp and cleanup depending how many builds the server does that round? |
| 18:00 |
| 18:03:26 | | Part wpyh ("Kopete 0.12.7 : http://kopete.kde.org") |
| 18:04:35 | Bagder | obo: correct |
| 18:10:08 | obo | hmm, the only way I could see to reduce the number of connections would be to have a single-shot clean-up at the end? |
| 18:10:42 | Bagder | or possibly some kind of mode that keeps the ssh connection up and the master sends new commands to it |
| 18:10:53 | Bagder | but that would require some pretty large changes |
| 18:15:24 | BigBambi | saratoga: As all servers in the EU are nasty? :) |
| 18:15:39 | | Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
| 18:16:10 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:19:57 | | Join flydutch [0] (n=flydutch@host213-163-dynamic.8-87-r.retail.telecomitalia.it) |
| 18:20:10 | | Join dan_ [0] (n=dan@dhcp089.well.ox.ac.uk) |
| 18:21:32 | | Quit dan_ (Client Quit) |
| 18:22:34 | | Nick l403 is now known as randomnickgen (n=l@85.132.159.239) |
| 18:23:19 | | Join Tichodroma [0] (n=dan@dhcp089.well.ox.ac.uk) |
| 18:27:22 | Tichodroma | Is it in principle straightforward to simulate the shortcuts plugin using rockboxui? I tried placing some symlinks to the relevant .rock files in the appropriate places under simdisk/.rockbox but didn't quite get there. Just wanted to check I'm not attempting to do something impossible. |
| 18:29:05 | | Join stoffel [0] (n=sfr@p57B4F159.dip.t-dialin.net) |
| 18:29:07 | dionoea | I thought that shortcut stuff was for .lnk files |
| 18:31:51 | | Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") |
| 18:33:31 | Tichodroma | Yes it is. I initially tried it with simdisk/.rockbox a symlink to my ipod's .rockbox. However when you try to access a shortcut like that you this error dlopen(simdisk/.rockbox/rocks/viewers/shortcuts_view.rock): simdisk/.rockbox/rocks/viewers/shortcuts_view.rock: invalid ELF header, presumably because that file was compiled for my ipod and not for the simulator. But the simulator build dir contains this file: ./apps/plugins/shortcuts/shortcuts_ |
| 18:33:31 | Tichodroma | view.rock so I thought it might work if I symlinked from simdisk/.rockbox to that. |
| 18:34:14 | *** | Saving seen data "./dancer.seen" |
| 18:36:10 | | Nick randomnickgen is now known as l401 (n=l@85.132.159.239) |
| 18:37:50 | linuxstb | Tichodroma: What exactly are you trying to do. As you've discovered, you can't link from a simulator .rockbox dir to a target .rockbox dir. Other links should work fine though I would have though. |
| 18:37:52 | Llorean | The simulator can't use plugins compiled for the target. |
| 18:38:16 | Llorean | Simulators (and its plugins) are compiled for the host architecture. There's no emulation, so it has no capability of running plugins compiled for the target. |
| 18:41:36 | Tichodroma | Yes that was what I realised when I got the 'invalid ELF header error' So I thought that the following might do the trick: |
| 18:41:40 | Tichodroma | mkdir -p simdisk/.rockbox/rocks/viewers |
| 18:41:51 | Tichodroma | ln -s apps/plugins/shortcuts/shortcuts_view.rock simdisk/.rockbox/rocks/viewers/shortcuts_view.rock |
| 18:43:04 | saratoga | what are you trying to do |
| 18:43:17 | * | kugel has not the slightest idea |
| 18:44:05 | * | domonoky suggest "make install" to Tichodroma |
| 18:45:09 | Tichodroma | I'm playing around with altering the code in tree.c / filetree.c to see if I can (a) understand it and (b) arrange for <prev> to return to the previous directory (rather than the parent) after visiting a link. |
| 18:45:34 | saratoga | why does this involve making symlinks |
| 18:47:43 | domonoky | "make install" will copy the freshly build rockbox files in the simdisk directory, and then shortcuts.rock will work like normal. no need for symlinks |
| 18:48:03 | Tichodroma | Because if you run rockboxui, and hit select on a .link file, the shortcuts plugin does not work out-of-the-box. I'm getting a blank screen when I select a *.link file. |
| 18:48:25 | Tichodroma | domonoky: ok thanks I'll try that |
| 18:50:07 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-6662fb2bfa669367) |
| 18:50:15 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:51:10 | saratoga | Tichodroma: you realize that rockbox as an OS doesn't use symlinks right? |
| 18:52:34 | Tichodroma | Yes I realise. I understand the .link files to be a sort of rockbox version of symlinks. make install was what I needed. |
| 18:53:09 | Llorean | Tichodroma: Were you planning on keeping track of all links traversed, or just the most recent one? |
| 18:53:19 | | Quit pyro_maniac ("Leaving.") |
| 18:55:14 | kugel | Tichodroma: hard links, rather |
| 18:56:05 | Llorean | kugel: Uhm, how are they like hard links? |
| 18:56:16 | Tichodroma | I was thinking just the most recent one, at least to start with. |
| 18:56:52 | kugel | aren't they just text files which contain the target? |
| 18:57:45 | Llorean | kugel: They point to it yes. But you can't manipulate the data by way of them, afaik |
| 18:57:55 | Llorean | They're much more like a windows "shortcut" than a hard link |
| 18:58:11 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 18:59:22 | kugel | the link file is a text file |
| 18:59:28 | kugel | each line contains the path to a target |
| 19:00 |
| 19:00:11 | saratoga | i think hard links are part of the file system, not files in it |
| 19:00:19 | Llorean | saratoga: Exactly. |
| 19:00:49 | Tichodroma | AIUI the behaviour's differs depending on whether the link file contains one link or several: if just one then select goes straight to it; otherwise it starts up the shortcut viewer. |
| 19:00:52 | | Join midijunkie [0] (n=Miranda@pD9546E07.dip0.t-ipconnect.de) |
| 19:01:13 | Llorean | kugel: I'm not sure what you mean by "Hard Links" but have you looked at perhaps the wikipedia article on it? |
| 19:01:17 | Llorean | Maybe this is a definitions difference. |
| 19:01:18 | saratoga | i don't think hard links would work on fat |
| 19:01:37 | kugel | looks my definition is different from the real one :p |
| 19:01:43 | kugel | looks like* |
| 19:01:48 | saratoga | though i can never keep track of all the differn link, junction point crap |
| 19:02:37 | Tichodroma | So *ideally* after visiting one of several possible links, I would like <prev> to return to the viewer plugin. But that's probably harder than returning to the directory containing the .link file. |
| 19:03:31 | kugel | hard? in my imagination it's just a matter of keeping track of the visited dirs in a visted[][] array |
| 19:04:04 | Llorean | Tichodroma: I don't really see a practical benefit to this. |
| 19:04:26 | LambdaCalculus37 | saratoga: Have you sent out the Gigabeat T yet? |
| 19:06:55 | Tichodroma | Fair question. I've written a program that creates a system of .link files which allows you to navigate your music library in additional ways to those offered by the file tree and the id3db. E.g. by musical similarity (defined e.g. by last.fm). I find that if you start using .link files lot for moving through your library, you start to wish that <prev> sent you back where you came from rather than to the parent dir. |
| 19:07:29 | Llorean | And it's impossible to update tagnavi to add these new paths of navigation? |
| 19:09:42 | Tichodroma | I admit I need to look into / read up on that. |
| 19:15:11 | | Join einhirn [0] (n=Miranda@p4FC630EC.dip0.t-ipconnect.de) |
| 19:17:10 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 19:19:46 | | Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-125-195.ewe-ip-backbone.de) |
| 19:19:59 | | Quit jeffdameth (Read error: 60 (Operation timed out)) |
| 19:24:07 | Tichodroma | kugel: the thing I was imagining would be harder was returning to the shortcuts viewer plugin, as opposed to the directory. |
| 19:25:02 | Llorean | Tichodroma: How would that work if it was a single-link shortcut? |
| 19:25:16 | kugel | hm, not too hard I think. Look at plugin_load(). Some places in the core load plugins as well, like properties or credits |
| 19:26:46 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:27:55 | Tichodroma | OK. Llorean: yes I was thinking that in principle the code would have to be different for the two cases (single and multiple links) |
| 19:30:56 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:31:50 | * | bluebrother is annoyed by incomplete bug reports |
| 19:36:43 | saratoga | LambdaCalculus37: no i've been away, I'll go mail it now |
| 19:38:12 | saratoga | actually could you PM me your address again, I seem to have misplaced it |
| 19:39:01 | LambdaCalculus37 | Sure, |
| 19:40:44 | | Quit Tichodroma ("Leaving") |
| 19:41:48 | * | kugel wonders what happened about the beast |
| 19:42:09 | kugel | didn't we plan (or rather consider) to release it or putting it into supported? |
| 19:42:50 | BigBambi | The installers aren't ready |
| 19:46:02 | | Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) |
| 19:48:42 | | Join A_M [0] (n=AM@u193-11-160-236.studentnatet.se) |
| 19:49:36 | linuxstb | kugel: The to-do list is still the same... |
| 19:54:43 | kugel | so no progress, that's sad |
| 19:54:43 | | Join JdGordon| [0] (i=836b0071@gateway/web/ajax/mibbit.com/x-c70f432d2217e898) |
| 19:57:51 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 19:58:33 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 19:59:40 | | Quit stoffel ("leaving") |
| 20:00 |
| 20:02:34 | | Join pyro_maniac [0] (n=jens@91-64-190-114-dynip.superkabel.de) |
| 20:10:42 | | Quit Horscht ("Verlassend") |
| 20:11:33 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 20:13:16 | kugel | mcuelenaere: heh, nice lua build. Is it possible to show line numbers when the interpreter finds errors? |
| 20:13:39 | mcuelenaere | you mean on target? |
| 20:14:01 | Llorean | mcuelenaere: Are those really builds of Rockbox 3.0? |
| 20:14:16 | mcuelenaere | no, that's just the how the release script names then |
| 20:14:24 | * | mcuelenaere needs to place a note about that in the post |
| 20:14:38 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:14:54 | Llorean | You might want to tell what SVN revision they're from, so people can have better odds of extracting it over a compatible Rockbox version |
| 20:16:12 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:19:00 | kugel | mcuelenaere: line numbers.. |
| 20:19:13 | kugel | ah that was in response to Llorean, sorry |
| 20:19:24 | kugel | yes on target (where else?) |
| 20:19:28 | mcuelenaere | simulator? |
| 20:19:32 | mcuelenaere | (as in DEBUGF) |
| 20:19:53 | kugel | well, it should work the same on the sim |
| 20:20:15 | kugel | the interpreter already prints error messages, but not the corresponding line number |
| 20:20:46 | Llorean | kugel: Line numbers? |
| 20:20:47 | * | mcuelenaere looks in the lua source |
| 20:21:03 | mcuelenaere | kugel: what kind of message did you get? |
| 20:21:31 | kugel | and it doesn't yield :( |
| 20:22:20 | kugel | mcuelenaere: something like "expected ')' before 'do'" |
| 20:22:47 | mcuelenaere | kugel: was that message a splashf? |
| 20:23:01 | kugel | splash or splashf, yes |
| 20:23:37 | kugel | lua.g: or so whas the very first part of the string |
| 20:24:09 | * | mcuelenaere thinks he found the line |
| 20:24:15 | mcuelenaere | did it appear for 5 seconds? |
| 20:24:21 | * | Llorean wonders why there are builds for some unsupported targets there, but not others. |
| 20:24:48 | mcuelenaere | Llorean: I didn't modify tools/release/bins.pl much |
| 20:25:02 | Llorean | It builds for the M:Robe 500 and D2? |
| 20:25:44 | archivator | Quick question - what's the difference between xlcd's bitmap blipping and the one exposed via rb->*bitmap ? |
| 20:25:47 | mcuelenaere | Llorean: M:Robe 500 not by default, D2 it does |
| 20:25:58 | mcuelenaere | s/it does/yes/ |
| 20:25:59 | Llorean | mcuelenaere: Why'd you add it in? |
| 20:26:07 | mcuelenaere | I just uncommented the line |
| 20:26:38 | mcuelenaere | are unsupported targets not allowed in the test build forum? |
| 20:26:39 | Llorean | Yes, but why are there "official test builds" for unsupported targets? |
| 20:26:47 | Llorean | Or rather, why leave out other targets that could use equivalent testing? |
| 20:27:10 | Llorean | Well, it seems to me you should either do as many as it can reasonably be tested on, or just the supported, but not really pick and choose. |
| 20:27:36 | kugel | "test.lua.g: attempt to call global 'string' (a table value)" ?? |
| 20:27:45 | mcuelenaere | I didn't really pick and choose, just uncommented that particular line and ran the script |
| 20:27:50 | mcuelenaere | but I'll remove the unsupported builds |
| 20:27:57 | | Quit ajb (Remote closed the connection) |
| 20:29:12 | kugel | haha, my press-a-button-to-exit function even works :p |
| 20:31:07 | kugel | nice work. with rb.sleep it also yields (because sleep does it itself, I guess) |
| 20:31:30 | kugel | but a while 1 do end loop keeps my dap busy (and locked) |
| 20:31:47 | mcuelenaere | yes, there's no escape function atm.. |
| 20:32:16 | pyro_maniac | mcuelenaere: have you tested the test script? |
| 20:32:37 | mcuelenaere | an older version of it, yes |
| 20:32:49 | pyro_maniac | mcuelenaere: there seems to be an issue on the current patch |
| 20:33:09 | kugel | the test script works for me |
| 20:33:11 | pyro_maniac | the time was not correct |
| 20:33:20 | kugel | oh, I didn't messure that |
| 20:33:23 | mcuelenaere | pyro_maniac: which time? |
| 20:33:39 | mcuelenaere | (the sleep or the splashf?) |
| 20:33:42 | pyro_maniac | the test script should run 5 seconds |
| 20:33:50 | mcuelenaere | no, 10sec |
| 20:33:59 | pyro_maniac | on v4 of the patch it worked correct but not on v5 |
| 20:34:15 | *** | Saving seen data "./dancer.seen" |
| 20:34:16 | mcuelenaere | yes, but I changed the behaviour of rb.splash() to mimic the C function more |
| 20:34:35 | mcuelenaere | (there wasn't a need to multiplicate with rb.HZ at first, but I added that) |
| 20:34:35 | kugel | mcuelenaere: is a thread created for the interpreter? I think an instance should regulary post something, and let the interpreter exit if it doesn't get a message |
| 20:35:12 | kugel | is there a standard for lua? |
| 20:35:19 | * | mcuelenaere doesn't know very much about the internals of the patch, safetydan did the most |
| 20:35:27 | kugel | standard functions like sleep I mean |
| 20:35:58 | kugel | if yes, I think it should rather follow the lua standard, not the rockbox internals |
| 20:36:00 | mcuelenaere | I don't think so, it looks like everything works through libraries (although Lua tries to push a standard library) |
| 20:36:22 | mcuelenaere | kugel: http://www.lua.org/manual/5.1/ |
| 20:36:29 | mcuelenaere | see the os.* functions |
| 20:38:45 | bluebrother | ok, there are two targets that are affected by the naming stuff for theme installation via rbutil: h100 and ipodmini2g |
| 20:39:27 | pyro_maniac | mcuelenaere: i dont understand the change of rb.splash |
| 20:39:27 | bluebrother | any idea how we should deal with them? Add a workaround so we can release a new rbutil and then fix it properly? |
| 20:39:38 | Llorean | What's the issue? |
| 20:40:21 | bluebrother | themes list is always empty −− the theme site doesn't know about ipodmini2g while rbutil transmits the configure name |
| 20:40:34 | mcuelenaere | pyro_maniac: before I changed it, the splash wrapper would multiplicate the value with HZ (so you could pass seconds as an argument to rb.splash), now it needs ticks as an argument (meaning that if you want to wait for 5 sec, you need to wait for 5*rb.HZ) |
| 20:41:24 | Llorean | bluebrother: Why can't we fix the theme site? |
| 20:41:51 | pyro_maniac | mcuelenaere: yes and in the testscript 5 seconds are calculated of 5*rb.HZ |
| 20:41:53 | kugel | we have a malloc now? :) |
| 20:42:00 | mcuelenaere | kugel: lua has :) |
| 20:42:03 | bluebrother | as far as I understood the theme site code there is no easy way to have an alternate name for a target |
| 20:42:10 | mcuelenaere | (see the Flyspray entry for more info) |
| 20:42:27 | mcuelenaere | pyro_maniac: did you use the new testscript with the old code? |
| 20:42:33 | bluebrother | rasher? domonoky? Any thoughts on that? |
| 20:42:33 | mcuelenaere | (or vice versa) |
| 20:42:33 | Llorean | bluebrother: Why can't we just have more ipodmini2g as another target with the same properties as the ipod mini then? |
| 20:42:41 | pyro_maniac | i will test |
| 20:42:44 | BigBambi | gevaerts: Does a buffer i/o error in dmesg followed by my S disconnecting and Rockbox locking on the USB screen indicate a hardware or a software problem? Or either? :) |
| 20:43:02 | kugel | mcuelenaere: I see that __unlikely and __likely are empty, even though rockbox actually makes use of them |
| 20:43:03 | mcuelenaere | pyro_maniac: also, I fixed an error where rb.HZ actually containt LCD_WIDTH (or vice versa, can't remember what exactly) |
| 20:43:06 | Llorean | bluebrother: I don't think there's significant harm in having a couple redundant targets on the page. |
| 20:43:22 | bluebrother | Llorean: I don't see why we couldn't. No idea if that's a good thing. rasher should be able telling more I guess |
| 20:43:34 | bluebrother | the same issue exists for h100 vs h120 btw. |
| 20:43:51 | * | Llorean thinks the same solution is applicable there. =P |
| 20:44:03 | bluebrother | hehe :) |
| 20:44:10 | Llorean | A better solution can come, but I'd rather the solution we choose now be hacks on the website side so we don't need yet another RBUtil after |
| 20:44:13 | mcuelenaere | pyro_maniac: I'll fix it |
| 20:44:33 | * | domonoky also think extending the theme site would be good. |
| 20:44:34 | Llorean | And the most "consistent" hack would be to have a couple extra targets displayed for a while. |
| 20:44:41 | Llorean | domonoky: Extending? |
| 20:45:05 | domonoky | extenting so it knows all targets from configure. |
| 20:45:35 | Llorean | Ah |
| 20:45:38 | bluebrother | make it bigger! Enlarge the font / images / screenshots! ;-) |
| 20:45:50 | Llorean | Well, it's going to have to be updated to the new website theme soon enough |
| 20:46:37 | bluebrother | urgh. I'm not too fond of that new site, especially all those bling-bling stuff |
| 20:46:44 | Llorean | Nor am I. |
| 20:46:54 | Llorean | But it looks like there's a lot of weight behind it now. |
| 20:46:57 | BigBambi | bluebrother: The proposal is to have a seperate "dev" site |
| 20:47:05 | Llorean | And maybe it'll lead to the separate 'dev' site soon enough. |
| 20:47:06 | BigBambi | Llorean: Indeed there is, I like it :P |
| 20:47:22 | Llorean | BigBambi: I don't mind it too much except, as I said, I'm really not fond of the white bar in the middle. |
| 20:47:25 | bluebrother | couldn't we scrap all those animated drop-shadow whatever stuff? The design itself isn't too bad |
| 20:47:33 | Llorean | It feels like there's a lot of "noise". |
| 20:47:40 | bluebrother | BigBambi: I'm aware of that. I still don't like the site proposal :) |
| 20:47:41 | pyro_maniac | mcuelenaere: no i think it was just me false |
| 20:48:08 | pyro_maniac | i tested the new test script and it seems to work right |
| 20:48:10 | BigBambi | bluebrother: Fair enough :) |
| 20:48:40 | * | Llorean thinks we also need to run it by the blind and see how navigable it is. |
| 20:49:10 | mcuelenaere | when an error is thrown, the error message seems to get put on stack and you just need to get it off and display it; but I can't seem to find anything relating to the line number.. |
| 20:52:41 | | Quit timc (Success) |
| 20:52:47 | | Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 20:56:04 | kugel | mcuelenaere: maybe put the line number into the message? |
| 20:56:22 | mcuelenaere | that would require messing with the Lua internals (and the documentation says it already does that :/) |
| 20:57:02 | kugel | this implementation apparently doesn't thoug :( |
| 20:58:49 | gevaerts | BigBambi: I'm not sure... |
| 20:59:11 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:59:23 | | Join MT [0] (n=chatzill@41.233.152.167) |
| 20:59:47 | BigBambi | gevaerts: It has just done it again - both times it was when opening an image in gimp direct from the beast |
| 20:59:56 | gevaerts | BigBambi: same image? |
| 21:00 |
| 21:00:04 | BigBambi | gevaerts: No, different one |
| 21:00:16 | BigBambi | And the image opened fine, it was when I went to save as in fact |
| 21:00:23 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:00:27 | gevaerts | try fscking it |
| 21:00:46 | BigBambi | And in order to get it to connect again I restarted X, as otherwise it sits there saying waiting to settle in dmesg |
| 21:00:51 | BigBambi | Will do |
| 21:01:22 | BigBambi | I guess Rockbox freezes as it doesn't disconnect properly? (whatever causes it) |
| 21:01:48 | | Join arohtar [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
| 21:01:51 | gevaerts | maybe |
| 21:04:09 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 21:05:40 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
| 21:06:13 | BigBambi | gevaerts: Free cluster summary was off by 5 clusters, that's it. I've corrected that and I'll try again :) |
| 21:06:43 | gevaerts | hm, that shouldn't have horrible effects... |
| 21:06:49 | BigBambi | yeah |
| 21:07:44 | mcuelenaere | kugel: I seem to have line numbers on errors? |
| 21:07:56 | kugel | huh? |
| 21:08:18 | mcuelenaere | how did you produce that error? |
| 21:08:37 | BigBambi | gevaerts: Same again, with yet another different image - everything works fine, browsing, displaying, deleting etc, except for when I press save as in gimp |
| 21:08:55 | kugel | mcuelenaere: I've head different errors, neither had the line number |
| 21:09:09 | mcuelenaere | have you tried adding some garbage? |
| 21:09:13 | kugel | where's the line number supposed written? |
| 21:09:19 | mcuelenaere | in the front of the message :) |
| 21:09:20 | kugel | +to be |
| 21:09:29 | kugel | as in? |
| 21:09:39 | kugel | before the filename or after? |
| 21:09:45 | gevaerts | BigBambi: I'll spend some time on it during the weekend |
| 21:09:53 | mcuelenaere | I get something like './test.lua:18: malformed number near '1dsfsdfs'' |
| 21:09:59 | kugel | it's probably there where I get this weird 'g' |
| 21:10:04 | BigBambi | gevaerts: cheers very much - I just hope it isn't hardware |
| 21:10:09 | BigBambi | gevaerts: http://pastebin.com/mff74da2 dmesg |
| 21:10:14 | mcuelenaere | hmm, I'll try on target |
| 21:10:34 | kugel | I have this: "/test.lua:g: 'do' expected near 'end'" |
| 21:11:36 | | Join schrottplatz [0] (n=max@f053225181.adsl.alicedsl.de) |
| 21:11:37 | kugel | mcuelenaere: I tried your error, still no line number |
| 21:17:44 | Llorean | kugel: Why don't you just dig up the old ML thread and show where the consensus was what you said it is if there was a consensus. |
| 21:18:00 | Llorean | Rather than persisting the whole "Well, my opinion is that everyone agreed this" without any more to back it up than he has. |
| 21:18:20 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 21:20:01 | kugel | "I just stated what I recall." |
| 21:20:19 | linuxstb | kugel: That's why we have these discussions in publically logged places... |
| 21:20:33 | Llorean | kugel: Yes, and we're beyond the point where memory is at all useful. |
| 21:22:25 | kugel | Llorean: I think if it was possible to quote someone who posted the exact consensus, fml wouldn't have posted to the list again. |
| 21:22:45 | BigBambi | Doesn't that suggest that there wasn't a consensus then? |
| 21:22:58 | BigBambi | If there was one, it would be possible to quote it surely? |
| 21:23:24 | | Quit robin0800 (Remote closed the connection) |
| 21:23:39 | kugel | and since no-one did it, the only thing we can do is to state how/what we felt the consensus was |
| 21:23:46 | Llorean | No. |
| 21:23:55 | Llorean | If you can't show there was a consensus, your opinion on whether there was one doesn't really matter. |
| 21:24:03 | Llorean | You either open discussion again and tally opinions, or just have a vote. |
| 21:24:04 | BigBambi | A consenus isn't a matter of what you feel |
| 21:24:13 | BigBambi | Either there was or wasn't one |
| 21:24:26 | kugel | ok, then I'll just shut up |
| 21:25:05 | | Quit Tomers (Remote closed the connection) |
| 21:25:48 | | Quit barrywardell (Remote closed the connection) |
| 21:26:40 | | Quit martian67 (Remote closed the connection) |
| 21:35:53 | BigBambi | gevaerts: OK, super wierd - it just did the exact same thing when I clicked save as in gimp when the picture I opened and was manipulating was on a completely different disk |
| 21:36:02 | BigBambi | gevaerts: I wasn't doing anything with the beast |
| 21:36:41 | BigBambi | but as soon as I clicked save as in gimp, the file browser window I had open on the beast went empty and same thing in dmesg |
| 21:37:53 | mcuelenaere | kugel: I also get that 'g' instead of the line number... |
| 21:41:25 | gevaerts | BigBambi: you didn't put your gimp swap files on the beast by accident? |
| 21:41:56 | * | gevaerts has no idea about what could be going on |
| 21:42:08 | BigBambi | gevaerts: I've never touched them, and I don't normally have the S connected when using it, but I can check |
| 21:42:39 | gevaerts | I'll have to try to reproduce this somehow |
| 21:42:56 | BigBambi | nope |
| 21:43:21 | BigBambi | It is incrdibly weird |
| 21:43:38 | BigBambi | I'll try with another players OF and see what happens :) |
| 21:45:33 | BigBambi | Well, the H140 doesn't mind :) |
| 21:45:50 | | Quit Zarggg_ () |
| 21:49:54 | mcuelenaere | hmm somehow the lua printf() implementation converts 12 to g? (%d) |
| 21:50:00 | mcuelenaere | vsnprintf* |
| 21:50:14 | mcuelenaere | s/12/any number/ |
| 21:51:48 | | Join __lifeless [0] (n=lifeless@188.16.71.41) |
| 21:52:12 | | Quit moos ("Rockbox rules the DAP world") |
| 21:56:57 | Llorean | linuxstb: Good point re: number of targets. It needs to basically be infinitely expandable. |
| 21:57:01 | domonoky | mcuelenaere: look for LUA_NUMBER_FMT |
| 21:57:19 | domonoky | the printf in rockbox doesnt support float |
| 21:57:55 | | Quit LambdaCalculus37 ("mibbit.com: bye!") |
| 21:58:03 | mcuelenaere | LUA_NUMBER_FMT is set to %.14g |
| 21:58:43 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 21:58:54 | | Quit _Auron_ (Read error: 104 (Connection reset by peer)) |
| 21:59:04 | | Join bs66_1 [0] (n=sysuser@79.138.201.49.bredband.tre.se) |
| 21:59:27 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
| 21:59:38 | domonoky | which rockbox's snprintf probably doesnt understand. |
| 22:00 |
| 22:01:34 | * | mcuelenaere wonders whether he should adjust luaconf.h or rockconf.h |
| 22:02:04 | mcuelenaere | if you have #define X a\n#define Y X\n#undef X\define X b what will Y give you? |
| 22:03:37 | petur | a |
| 22:04:10 | mcuelenaere | s/define X b/#define X b/ |
| 22:04:14 | amiconn | archivator: The functions in xlcd complement the ones exported from the core. |
| 22:04:18 | petur | and a slap on the wrist for writing code that's hard to read ;) |
| 22:04:31 | * | mcuelenaere doesn't want to multipaste here :) |
| 22:05:32 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 22:06:05 | archivator | amiconn: I gathered as much. GraphicsAPI lists the *scroll_<dir> functions so I thought those were exported in rb-> as well. Turns out, they're not :) |
| 22:06:28 | | Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 22:06:32 | mcuelenaere | domonoky: thanks, works now! |
| 22:07:14 | amiconn | archivator: See footnote 3) ... |
| 22:10:08 | archivator | Right, I saw it *after* I asked, sorry about that. On a related note, why would grey_clear_display() fail with a segmentation fault when memset()-ing the buffer? I've called grey_init(), grey_show(true), anything I'm missing? |
| 22:11:00 | Tomers | Good evening guys. I have some questions, that I'll be glad if you can help me first. Where can I found documentation for the USB module of PP5024? Wiki mentions that it is similar to FreeScale's i.MX31 and that this system has lots of documentation available. do we have any documents which can be helpful in developing the USB driver (I need to use Interrupt transfers)? |
| 22:12:01 | BigBambi | There are no docs AFAIK |
| 22:12:17 | Bagder | i.MX31 has docs for those things I believe |
| 22:12:20 | BigBambi | for the PP that is |
| 22:12:54 | Bagder | right, but its the same as the mx31 so the guys use the mx31 docs |
| 22:12:58 | Bagder | used |
| 22:13:28 | BigBambi | yep, I was replying to the " Where can I found documentation for the USB module of PP5024?" bit |
| 22:13:42 | Tomers | Do we have the mx31 documents? Do you think I can find them on FreeScale's site? |
| 22:13:59 | amiconn | archivator: Depends on a lot of details. First one: Did you select buffered or unbuffered mode? |
| 22:14:02 | Tomers | Are there any sub-versions of mx31? |
| 22:14:04 | Bagder | Tomers: they are public, or at least they used to be |
| 22:14:19 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
| 22:14:31 | saratoga | theres a link to th mx31 docs on the beast wikipage |
| 22:14:38 | saratoga | it worked about a week ago |
| 22:14:48 | Tomers | Thanks! |
| 22:15:25 | Tomers | BTW why does it called 'beast'? Is it the manufacturer name? |
| 22:15:37 | BigBambi | no |
| 22:15:54 | bluebrother | It's Gigabeat S with a typo |
| 22:15:55 | BigBambi | it is a gigaBEAT S and it has a massive processor |
| 22:16:01 | archivator | amiconn: Buffered mode (I need text handling). |
| 22:16:02 | saratoga | GigaBEAT S with the S and T flipped |
| 22:16:20 | BigBambi | If something is very powerful you can desribe it as a beast, and stick the S into the beat... |
| 22:16:41 | | Join nibbler [0] (n=Nibbler@pD9E3188B.dip.t-dialin.net) |
| 22:18:25 | amiconn | archivator: Hmm, ok. The buffer you're passing to grey_init() is sufficiently large? Are you checking the result of it? |
| 22:18:46 | | Join Grahack1 [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 22:18:47 | amiconn | Whether the greyscale overlay is visible doesn't matter at all for the drawing functions |
| 22:20:21 | archivator | amiconn: I followed the other plugins' approach - using plugin_get_buffer(). grey_init() is definitely returning true. I'm building on M5 simulator, if that is of any help. |
| 22:21:27 | archivator | Ah, I saw what I was doing wrong. |
| 22:21:58 | bluebrother | hmm. What do people think about not showing a preview in the theme install window if more than one theme is selected? |
| 22:22:16 | * | amiconn is curious |
| 22:24:32 | archivator | amiconn: I was doing it wrong. I had GREY_ON_COP|GREY_BUFFERED #define'd (I know, bad idea) and #ifdef'd at that (don't ask, it's fixed now). The #ifdef was wrong and so it defaulted to GREY_ON_COP. Silly me. |
| 22:24:53 | | Quit Grahack1 ("Leaving.") |
| 22:25:15 | pyro_maniac | mcuelenaere: will you post a patch today? |
| 22:25:28 | mcuelenaere | pyro_maniac: I will, I'm currently a bit busy though |
| 22:27:17 | pyro_maniac | mcuelenaere: so it will take some time |
| 22:29:07 | | Join lymeca [0] (n=lymeca@pool-71-127-5-17.spfdma.east.verizon.net) |
| 22:29:27 | | Join moredhel [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
| 22:29:43 | | Quit Tomers ("ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]") |
| 22:32:26 | | Quit arohtar (Read error: 54 (Connection reset by peer)) |
| 22:32:33 | | Join Toored [0] (n=Toored@196.3.183.73) |
| 22:34:05 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 22:34:17 | *** | Saving seen data "./dancer.seen" |
| 22:36:26 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
| 22:37:51 | | Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) |
| 22:38:30 | | Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 22:43:53 | | Quit nibbler ("Ex-Chat") |
| 22:48:58 | | Quit moredhel (Client Quit) |
| 22:49:10 | | Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
| 22:53:59 | | Quit robin0800 (Read error: 113 (No route to host)) |
| 22:56:46 | | Part pyro_maniac ("Leaving.") |
| 22:57:10 | | Quit schrottplatz (Remote closed the connection) |
| 22:58:27 | | Quit archivator () |
| 22:59:04 | | Quit bertrik (Remote closed the connection) |
| 22:59:50 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 22:59:56 | | Part saratoga |
| 23:00 |
| 23:00:29 | | Join barrywardell [0] (n=barrywar@79.97.77.138) |
| 23:00:39 | | Join saratoga [0] (i=9803c6dd@gateway/web/ajax/mibbit.com/x-94f4c36e04f09ca3) |
| 23:07:58 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
| 23:08:52 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 23:10:08 | | Quit Toored (Connection timed out) |
| 23:10:15 | | Join Toored [0] (n=Toored@196.3.183.72) |
| 23:10:57 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 23:11:05 | | Quit A_M (" HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :)") |
| 23:17:47 | | Quit petur ("Zzzzz") |
| 23:28:23 | | Quit robin0800_ (Read error: 113 (No route to host)) |
| 23:30:46 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 23:32:58 | | Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) |
| 23:32:59 | | Quit stripwax ("http://miranda-im.org") |
| 23:34:08 | Tomers | This may sound like a (very) stupid question: The code defines only 3 endpoints for PP5024. Does this is a limitation of the HW, or does it set because we only need 3? |
| 23:35:51 | gevaerts | I think there are three endpoint pairs on PP502x |
| 23:36:23 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 23:36:25 | gevaerts | if you want to make sure, there's a register somewhere |
| 23:36:28 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
| 23:36:49 | Tomers | Normally, we use ep#0, and one pair of ep's for Mass (ep#1) so we left with ep#2 IN/OUT and ep#3 in/out. right? |
| 23:38:37 | Tomers | I'll look for it. The code refers to manual sections. Do we have it? I've asked previously and I got the answer that we got nothing. I went to the links people pointed me to, but got no useful specs - definitely not one that have the sections mentioned in the code comments |
| 23:39:16 | gevaerts | the sections it refers to are in the imx31 manual |
| 23:39:35 | Tomers | I couldn't find it. Any help? hint? |
| 23:40:17 | | Quit stripwax (Client Quit) |
| 23:40:24 | saratoga | its linked from the gigabeatS wiki page |
| 23:40:51 | saratoga | i looked at it a few days ago [can't bring up the wiki from this computer] |
| 23:41:00 | Tomers | I didn't find it there. I found link to general PDF. Not the one the code refers to. |
| 23:41:13 | gevaerts | http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31&nodeId=0162468rH31143ZrDR66B1&fpsp=1&tab=Documentation_Tab |
| 23:41:14 | saratoga | its about 2000 page long right? |
| 23:41:14 | Tomers | I'll try again. Maybe I missed it |
| 23:41:35 | gevaerts | you need MCIMX31RM |
| 23:42:31 | | Join CIA-63 [0] (n=CIA@208.69.182.149.simpli.biz) |
| 23:43:03 | | Quit mcuelenaere (Nick collision from services.) |
| 23:43:04 | | Join mcuelenaere1 [0] (n=mcuelena@78-22-183-164.access.telenet.be) |
| 23:43:10 | | Nick mcuelenaere1 is now known as mcuelenaere (n=mcuelena@78-22-183-164.access.telenet.be) |
| 23:43:30 | | Quit CIA-43 () |
| 23:45:57 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 23:46:35 | Tomers | Terrific!!! Thanks! That solves the problem... I'll continue tomorrow. Good night! |
| 23:46:37 | | Quit gniourf_gniourf (Remote closed the connection) |
| 23:46:45 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 23:46:51 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 23:47:07 | | Join Llorean [0] (n=DarkkOne@adsl-99-185-10-238.dsl.hstntx.sbcglobal.net) |
| 23:47:22 | gevaerts | Have fun with it :) |
| 23:48:13 | | Quit ender` (" I don't see what C++ has to do with keeping people from shooting themselves in the foot. C++ will happily load the gun, off") |
| 23:48:38 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:49:24 | | Quit Tomers ("ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]") |
| 23:55:20 | | Quit jgarvey ("Leaving") |
| 23:58:48 | | Join timc [0] (n=aoeu@116.3.0.58) |
icon identifies that the person is a core developer (has commit access).