| 00:00:23 | | Join Rob2222 [0] (n=Miranda@p4FDCFED5.dip.t-dialin.net) |
| 00:00:31 | Bagder | bluebrother: done! |
| 00:00:47 | bluebrother | Bagder: thanks |
| 00:02:23 | Bagder | devcon day started! |
| 00:02:31 | gevaerts | Yay! |
| 00:03:12 | funman | :( |
| 00:04:31 | Bagder | all files are uploaded to the download mirror master now |
| 00:06:08 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 00:08:16 | CIA-70 | New commit by bagder (r21337): 1) use buildv- as prefix for the dirs this creates while building so that it ... |
| 00:08:17 | | Quit Programan (Read error: 110 (Connection timed out)) |
| 00:08:24 | | Quit bmbl ("Bye!") |
| 00:09:17 | Nico_P | funman: are you still editing the release notes ? |
| 00:09:39 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:09:59 | funman | yes i only removed strike/red and fixed a "bugfixes since 3.3" into 3.2 |
| 00:10:10 | funman | you can edit now |
| 00:10:41 | Nico_P | I am told you still have the write lock |
| 00:10:45 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 00:10:51 | | Part safetydan ("Leaving.") |
| 00:11:25 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 00:11:49 | funman | i properly cancelled instead of hitting previous, sorry |
| 00:12:12 | Nico_P | it works now :) |
| 00:12:23 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 00:12:26 | CIA-70 | New commit by bagder (r21338): s/echo -e/printf to make it run more portably |
| 00:13:40 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:16:11 | | Quit robin0800_ (Read error: 110 (Connection timed out)) |
| 00:17:20 | CIA-70 | New commit by bluebrother (r21339): Initial script to automate rbutil release builds. |
| 00:18:13 | * | Nico_P sees 77 closed bug tasks since 3.2 in the tracker |
| 00:22:57 | | Part pyro_maniac ("Leaving.") |
| 00:24:05 | | Quit Zagor ("Clint excited") |
| 00:31:34 | | Quit bluebrother ("zzz") |
| 00:33:05 | CIA-70 | New commit by funman (r21340): FS #10306 by Thomas Martitz : button light doesn't change on SD transfers on Sansa AMS (Fuze & e200v2) |
| 00:33:25 | | Join swears [0] (n=swears1@68.118.185.84) |
| 00:33:40 | swears | hey, anybody here using Gigabeat S-10? |
| 00:33:47 | swears | i'm looking for an updated build to load |
| 00:35:07 | JdGordon| | "Bagder started pondering on the design of the new build system" <- have it so the only interaction with configure is through command line args... no more of this echo | ../tools/configure... |
| 00:35:29 | * | JdGordon| doesnt know if thats in the ideas list or not yet |
| 00:35:40 | saratoga | JdGordon: theres a wiki page for it |
| 00:35:51 | Bagder | I consider that specific thing a rather minor detail |
| 00:35:54 | saratoga | swears: you mean S30 or S60? I don't think theres an S10 |
| 00:35:56 | | Quit ender` (" I believe that God left certain drugs growing naturally upon our planet to help speed up and facilitate our evolution. Okay") |
| 00:36:03 | swears | S60 |
| 00:36:06 | swears | sorry |
| 00:36:26 | swears | I had rockbox installed before, but, the charging wasn't working |
| 00:36:31 | swears | but now I see that has been fixed |
| 00:36:36 | swears | so I'd love to put it back on! |
| 00:37:06 | saratoga | have you read the install directions in the wiki? |
| 00:37:18 | swears | yeah |
| 00:37:25 | swears | but you need linux right? |
| 00:37:40 | swears | to get the right build environment or something? |
| 00:37:44 | saratoga | i don't think so |
| 00:38:15 | | Quit Thundercloud (Remote closed the connection) |
| 00:39:51 | | Quit loyx () |
| 00:39:53 | swears | hmm |
| 00:40:50 | Mikachu | you can use cygwin or vmware or something |
| 00:41:07 | saratoga | Bagder: was the updated beastpatcher for windows ever put on the download servers? |
| 00:41:12 | Nico_P | aren't there more fixed bugs since 3.2? |
| 00:41:57 | swears | Any word on an actual release coming for the S60? |
| 00:42:01 | Bagder | saratoga: no |
| 00:42:12 | swears | I feel like I might mess up my player if I try this myself |
| 00:42:17 | swears | i had someone send me the files before |
| 00:42:38 | saratoga | if you're not comfortable don't install it |
| 00:42:56 | * | JdGordon| glares at the chan topic |
| 00:43:08 | * | martian67 glares at JdGordon |
| 00:43:24 | * | swears glares |
| 00:43:43 | *** | Saving seen data "./dancer.seen" |
| 00:45:34 | CIA-70 | New commit by funman (r21341): Apply FS #10306 to Sansa c200v2 (fix build in the same time) |
| 00:46:46 | | Quit Nico_P ("bed time") |
| 00:47:06 | | Join n00b81 [0] (n=Taylor@unaffiliated/n00b81) |
| 00:47:07 | | Join loyx [0] (n=pencil@ool-4354031e.dyn.optonline.net) |
| 00:47:34 | Bagder | finally is one of the mirrors holding 3.3 files |
| 00:47:49 | stripwax | In pictr |
| 00:47:51 | stripwax | ureflow |
| 00:47:53 | stripwax | agh |
| 00:48:00 | * | stripwax triies again |
| 00:48:12 | CIA-70 | New commit by bagder (r21342): 3.3 is released |
| 00:48:31 | | Part n00b81 ("Leaving") |
| 00:48:41 | linuxstb | \o/ |
| 00:48:42 | JdGordon| | I was about to say we should wait an hour or so for all mirros to get the 3.3 files |
| 00:48:58 | Bagder | they're only two these days |
| 00:49:04 | stripwax | In pictureflow on ipod, is it 'by design' that you can't just keep rotating the touchwheel to dial past the cover art? What seems to work is swiping repeatedly in one direction, which is 'kinda' like swiping the ipod touch screen.. but I'm wondering if that is due to a bug or deliberate.. |
| 00:49:12 | JdGordon| | oh |
| 00:49:13 | * | stripwax hoorays at 3.3 |
| 00:52:32 | loyx | sweet 3.3 |
| 00:52:43 | loyx | and they fixed charging on ipod 4g.. i think |
| 00:53:49 | JdGordon| | go they! |
| 00:54:11 | Bagder | http://daniel.haxx.se/rockbox/dist-builds-remade <= some first design thoughts, more tomorrow in another country |
| 00:54:22 | Bagder | night |
| 00:54:31 | | Part swears |
| 00:56:22 | * | funman sends the announces |
| 01:00 |
| 01:02:44 | rob | is the 3.2 -> 3.3 upgrade worth doing |
| 01:03:08 | JdGordon| | well.. at the very least.. its 3 months worth of fixes |
| 01:03:16 | funman | rob: sure, that's the point of releasing |
| 01:03:25 | * | rob starts upgrading |
| 01:03:44 | CIA-70 | New commit by funman (r21343): Sansa AMS: fix yellow for models with buttonlight & without multivolume |
| 01:09:43 | | Quit PaulJam_ (Nick collision from services.) |
| 01:09:46 | | Join PaulJam [0] (i=Paule@vpn-3004.gwdg.de) |
| 01:16:05 | lilltiger | still loonging to the day i can try out Rockbox :P |
| 01:19:33 | | Quit stripwax ("http://miranda-im.org") |
| 01:20:56 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-5d4baa47d1a79fb3) |
| 01:21:02 | | Quit mt ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 01:22:32 | | Quit markun ("sleep") |
| 01:28:58 | funman | bertrik: can you try this on c200v1 ? http://pastie.org/517095 |
| 01:29:17 | | Join bmbl [0] (n=Miranda@dsl203-72.pool.bitel.net) |
| 01:29:20 | funman | if it still doesn't improve i'll just revert and use the old code |
| 01:29:31 | | Quit bmbl (Remote closed the connection) |
| 01:30:01 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 01:31:02 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 01:31:03 | | Quit hillshum (Remote closed the connection) |
| 01:32:53 | | Quit robin0800 (Remote closed the connection) |
| 01:33:09 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 01:34:05 | | Join hillshum [0] (n=quassel@unaffiliated/hillshum) |
| 01:35:42 | loyx | is there a way to build rockbox without building the plugins |
| 01:35:50 | JdGordon| | make bin |
| 01:35:54 | loyx | oh ok |
| 01:35:56 | loyx | ty |
| 01:35:58 | JdGordon| | that will only do the main binary |
| 01:37:18 | Mikachu | you can also just press ctrl-c after you see it creates rockbox.yourtarget |
| 01:39:05 | Unhelpful | stripwax: that sounds very odd, pictureflow uses the scroll events on scrollwheel targets. |
| 01:39:19 | Mikachu | it worked more or less fine for me when i tried it on my nano |
| 01:41:55 | Unhelpful | it works great on my e200, but those have a physical wheel. |
| 01:41:57 | | Quit robin0800 (Remote closed the connection) |
| 01:42:13 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 01:43:10 | | Quit bertrik (Read error: 113 (No route to host)) |
| 01:46:20 | | Join funman_ [0] (n=fun@86.72.167.165) |
| 01:48:10 | | Quit funman ("Reconnecting") |
| 01:55:56 | | Quit robin0800 (Remote closed the connection) |
| 01:56:01 | loyx | damnnn |
| 01:56:10 | loyx | battery drains while plugged in via usb |
| 01:56:18 | loyx | thats only while using the ipod g4 though |
| 01:56:25 | Mikachu | weren't ipod charging changes disabled for the release? |
| 01:56:42 | loyx | they were? |
| 01:56:57 | loyx | it does say on my ipod that a charger is plugged in |
| 01:57:06 | | Nick funman_ is now known as funman (n=fun@86.72.167.165) |
| 01:57:08 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 01:57:54 | loyx | hmm got a higher charge while in usb transfer mode |
| 01:58:09 | loyx | well, to me usb charging isn't really a big deal |
| 01:58:23 | loyx | the only thing that matters is that ac adapters can charge it |
| 01:58:31 | | Quit robin0800 (Remote closed the connection) |
| 01:59:11 | | Quit efyx (Remote closed the connection) |
| 02:00 |
| 02:01:13 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:02:26 | | Quit robin0800 (Remote closed the connection) |
| 02:02:47 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 02:03:02 | | Quit robin0800 (Remote closed the connection) |
| 02:04:10 | loyx | also just curious, but how come when i plug in the cord the battery level goes down immedietely |
| 02:24:40 | | Join mi__ [0] (n=pc@user-160uvlr.cable.mindspring.com) |
| 02:25:53 | mi__ | hi just a couple questions, i am guessing you cannot splice a game controller to your usb connection since it has no usb host on the device correct? I have a sansa e260 |
| 02:27:44 | mi__ | also since it plays doom are there any other ports of games like comething commander keen style jill of the jungle? gameboy emulation is slow at best (I wasn't expecting much, emulation is always taxing) but doom runs rather well |
| 02:28:13 | JdGordon| | yes and no |
| 02:28:19 | funman | now you can use your player as a keybioard (USB HID) |
| 02:30:57 | mi__ | funman, couldn't you always? maybe i am misunderstanding but the keys act as the hid. I was wondering if you could splice in a controller and have the device driver on a sansa. |
| 02:32:29 | krazykit | mi__, you could if you made the connector right, wrote the code for usb host, added the drivers for the gamepad, and made doom / rockboy use the controller. |
| 02:32:31 | funman | ah ok. you can't, and i don't think it's possible to do |
| 02:32:50 | funman | if it's possible to use the usb chip as host which is not guaranteed |
| 02:32:57 | krazykit | i was under the impression that the software usb targets could do host |
| 02:33:20 | mi__ | one of the toughest things with doom is a lack of strafe since there are no enough keys but an eternal controller. |
| 02:33:22 | funman | i understood that some needed pins could not have been soldered |
| 02:36:54 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 02:37:15 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 02:39:38 | | Quit funman ("free(random());") |
| 02:43:09 | | Quit tvelocity (Remote closed the connection) |
| 02:43:47 | *** | Saving seen data "./dancer.seen" |
| 02:43:54 | | Join Bunia [0] (n=shergion@det221.neoplus.adsl.tpnet.pl) |
| 02:45:19 | | Quit jgarvey ("Leaving") |
| 02:46:30 | | Part Bunia |
| 02:47:29 | | Join tvelocity [0] (n=tony@adsl15-233.her.forthnet.gr) |
| 02:49:04 | | Join Bunia [0] (n=shergion@det221.neoplus.adsl.tpnet.pl) |
| 02:49:37 | Bunia | is anybody here? |
| 02:49:51 | Genesis | hi Bunia |
| 02:50:09 | Genesis | thanks for help guys , my rockbox now run on the cowon pretty well |
| 02:51:16 | Bunia | i'm for the first time in IRC xD |
| 02:52:29 | krazykit | Bunia, in that case, i recommend you read the IrcGuidelines page linked in the channel topic |
| 02:53:32 | Bunia | ok, thanks ;D |
| 03:00 |
| 03:03:08 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 03:06:03 | | Quit timc (Read error: 60 (Operation timed out)) |
| 03:07:31 | | Part Bunia |
| 03:09:24 | | Quit krazykit (Read error: 60 (Operation timed out)) |
| 03:10:41 | | Join killan_ [0] (n=nnscript@c-3dfa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 03:16:17 | | Quit killan (Read error: 60 (Operation timed out)) |
| 03:20:01 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
| 03:20:06 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 03:22:13 | | Join timc [0] (n=aoeu@116.3.196.191) |
| 03:24:52 | | Join ArtificialGekko [0] (n=Gekko@p54AD0668.dip0.t-ipconnect.de) |
| 03:25:04 | | Part ArtificialGekko |
| 03:28:22 | | Join DarkSpectrum [0] (n=ZX@99.23.112.235) |
| 03:29:30 | | Join Rob2223 [0] (n=Miranda@p4FDCFED5.dip.t-dialin.net) |
| 03:29:30 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 03:29:36 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 03:30:04 | | Quit killan_ (Read error: 110 (Connection timed out)) |
| 03:30:45 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 03:31:04 | | Quit pixelma ("No Ping reply in 90 seconds.") |
| 03:31:07 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:43:17 | | Quit Genesis ("parti fabriquer des IP") |
| 03:43:58 | | Quit pixelma (Nick collision from services.) |
| 03:44:00 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:44:12 | | Quit amiconn (Nick collision from services.) |
| 03:44:14 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 03:44:20 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:44:35 | | Join Greek-Boy [0] (n=greek@41.222.89.77) |
| 03:44:36 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 03:45:28 | | Quit Greek-B0y (Read error: 54 (Connection reset by peer)) |
| 03:46:18 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 03:47:01 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 03:48:42 | | Part DarkSpectrum |
| 03:49:09 | | Join DarkSpectrum [0] (n=ZX@99.23.112.235) |
| 04:00 |
| 04:05:50 | Topic | "3.3 has been released | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community" by ChanServ (ChanServ@services.) |
| 04:06:05 | Topic | "Rockbox 3.3 has been released | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community" by ChanServ (ChanServ@services.) |
| 04:07:29 | | Quit hillshum (Remote closed the connection) |
| 04:12:31 | Llorean | We really ought to update the released bootloader for some targets to those used in FS #9955 or similar |
| 04:21:29 | | Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-281e53c6cc7c538a) |
| 04:21:39 | saratogahome | Llorean: did we just forget to update the bootloaders? |
| 04:22:15 | Llorean | saratogahome: It's not something we normally do unless there's a specific reason to |
| 04:22:28 | Llorean | In this case, we ought to for USB enabled targets to bypass the "boot OF for USB" in many of the bootloaders |
| 04:23:01 | saratogahome | as i recall the plan was to update the bootloaders when USB was enabled |
| 04:23:13 | saratogahome | was there any discussion as to why we shouldn't? |
| 04:23:48 | Llorean | I don't *think* so. |
| 04:24:20 | saratogahome | updating the bootloaders is as simple as copying them to the download server right? |
| 04:25:39 | Llorean | Probably want new sansapatcher binaries with them compiled in too, so the manual install steps are still accurate, but I think that's the only other thing besides uploading new ones. |
| 04:26:15 | saratogahome | we should do that before people notice |
| 04:29:08 | Llorean | We should probably have a news post about the need to update the bootloader. Does RBUtil have the ability to let users known their bootloader is out of date? |
| 04:29:40 | | Join hillshum [0] (n=quassel@unaffiliated/hillshum) |
| 04:29:42 | saratogahome | i'm not sure |
| 04:30:25 | saratogahome | i need to sleep |
| 04:30:55 | | Quit saratogahome ("CGI:IRC (EOF)") |
| 04:35:49 | | Quit mi__ ("Leaving") |
| 04:43:49 | *** | Saving seen data "./dancer.seen" |
| 04:48:19 | CIA-70 | New commit by lowlight (r21344): Clean up the Synaptics touchpad driver. |
| 04:56:03 | CIA-70 | New commit by unhelpful (r21345): Core JPEG decoder improvements: ... |
| 05:00 |
| 05:05:04 | | Join bubsy_ [0] (i=Bubsy@unaffiliated/bubsy) |
| 05:07:33 | | Quit bubsy (Read error: 60 (Operation timed out)) |
| 05:11:02 | | Join r0b- [0] (n=nnscript@adsl-76-235-171-36.dsl.klmzmi.sbcglobal.net) |
| 05:11:26 | | Quit bubsy_ (Read error: 54 (Connection reset by peer)) |
| 05:11:26 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/session) |
| 05:12:03 | | Quit hillshum (Remote closed the connection) |
| 05:12:31 | | Join hillshum [0] (n=quassel@unaffiliated/hillshum) |
| 05:23:40 | CIA-70 | New commit by lowlight (r21346): Philips SA9200: Working touchpad and button lights! Also, improvements to the keymap (still needs work). |
| 05:27:21 | | Quit krazykit (Read error: 54 (Connection reset by peer)) |
| 05:29:04 | | Quit rob (Read error: 110 (Connection timed out)) |
| 05:31:37 | | Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
| 05:32:44 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:34:33 | | Quit PaulJam (".") |
| 05:39:10 | | Join low_light [0] (i=ad58bb86@gateway/web/ajax/mibbit.com/x-ee325b3f16afa02d) |
| 05:41:54 | CIA-70 | New commit by lowlight (r21347): Philips SA9200: 1) reset all devices in system_init, 2) revert an earlier change in the sd driver, 3) properly detect the charger, 4) add lcd register ... |
| 05:43:16 | | Quit Horschti ("Verlassend") |
| 05:50:32 | CIA-70 | New commit by lowlight (r21348): Philips SA9200: add the UI sim |
| 06:00 |
| 06:19:42 | | Quit hillshum (Read error: 104 (Connection reset by peer)) |
| 06:24:09 | | Quit DarkSpectrum () |
| 06:26:30 | | Join DarkSpectrum [0] (n=ZX@99.23.112.235) |
| 06:30:26 | low_light | Bagder: Time to make the build table wider :) |
| 06:30:37 | low_light | Bagder: Please add the Philips SA9200 (normal, bootloader, & sim) |
| 06:30:52 | low_light | Bagder: You could add the 3 Samsung sims too |
| 06:34:29 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 06:34:39 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-37a664215fc8aff8) |
| 06:43:52 | *** | Saving seen data "./dancer.seen" |
| 06:46:23 | | Quit JdGordon ("Leaving.") |
| 06:48:28 | | Join JdGordon [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) |
| 06:59:11 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 06:59:22 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 06:59:33 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 07:00 |
| 07:12:07 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 07:14:28 | | Quit low_light ("http://www.mibbit.com ajax IRC Client") |
| 07:15:07 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 07:15:23 | | Quit jordoex_ (Remote closed the connection) |
| 07:15:45 | | Quit Zarggg (Read error: 110 (Connection timed out)) |
| 07:20:40 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 07:20:47 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0003db7ba5398d7e) |
| 07:24:54 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 07:25:47 | | Join kugel_ [0] (i=kugel@e178117235.adsl.alicedsl.de) |
| 07:38:32 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 07:40:51 | | Quit daurn (Read error: 110 (Connection timed out)) |
| 07:42:03 | | Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 07:42:56 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 07:49:03 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 08:00 |
| 08:06:35 | | Join funman_ [0] (n=fun@165.167.72-86.rev.gaoland.net) |
| 08:07:49 | | Quit funman ("Reconnecting") |
| 08:09:20 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 08:15:29 | | Quit safetydan ("Leaving.") |
| 08:21:48 | | Join Rob2222 [0] (n=Miranda@p4FDCDF03.dip.t-dialin.net) |
| 08:32:56 | | Quit kugel_ (Read error: 110 (Connection timed out)) |
| 08:39:54 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:41:03 | | Quit markun (Read error: 60 (Operation timed out)) |
| 08:41:07 | | Quit funman_ ("free(random());") |
| 08:43:56 | *** | Saving seen data "./dancer.seen" |
| 08:50:13 | | Quit rasher (Read error: 104 (Connection reset by peer)) |
| 08:50:53 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 08:53:13 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
| 09:00 |
| 09:03:32 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:05:06 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:05:26 | | Join flydutch [0] (n=flydutch@host46-210-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:06:54 | | Join jds_ [0] (n=jds@195.80.210.42) |
| 09:13:12 | | Nick tmzt_ is now known as tmzt (n=tmzt@adsl-69-221-132-47.dsl.akrnoh.ameritech.net) |
| 09:14:50 | | Quit ender` (" The latest survey shows that 3 out of 4 people make up 75% of the world's population.") |
| 09:19:01 | | Quit robin0800 (Remote closed the connection) |
| 09:19:51 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:19:57 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 09:22:06 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 09:23:53 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:32:57 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:33:07 | webmind | morning |
| 09:33:14 | webmind | no luck with the ipod :( |
| 09:33:20 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 09:36:38 | | Quit DarkSpectrum (Read error: 104 (Connection reset by peer)) |
| 09:37:01 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:37:15 | | Quit robin0800 (Remote closed the connection) |
| 09:37:40 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:37:48 | | Quit robin0800 (Remote closed the connection) |
| 09:39:58 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 09:40:21 | | Quit rvvs89 (Read error: 113 (No route to host)) |
| 09:43:23 | | Join DarkSpectrum [0] (n=ZX@99.150.160.64) |
| 09:45:13 | | Join Grahack [0] (n=chri@82.227.106.100) |
| 09:48:02 | | Quit Thundercloud (Remote closed the connection) |
| 09:52:55 | | Quit MrDuck (Read error: 113 (No route to host)) |
| 10:00 |
| 10:00:08 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 10:11:18 | | Quit r0b- (Read error: 104 (Connection reset by peer)) |
| 10:19:45 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 10:26:10 | CIA-70 | New commit by unhelpful (r21349): 2-point and 1-point JPEG IDCT ARM assembly, remove comment in jpeg_load.c about inline asm, change loop condition to be a bit safer in case of bad ... |
| 10:26:18 | linuxstb | webmind: What's the problem? |
| 10:26:47 | * | GodEater sees we can leave the channel in linuxstb's capable hands whilst devcon happens |
| 10:31:42 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 10:34:46 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 10:43:50 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 10:43:58 | *** | Saving seen data "./dancer.seen" |
| 10:47:48 | webmind | linuxstb, well, I changed the microdrive in my ipod mini |
| 10:48:00 | webmind | linuxstb, I can copy the mini's mbr |
| 10:48:12 | webmind | but that's partition table is awkward |
| 10:48:22 | webmind | cfdisk doesn't recouldnize the sda1 |
| 10:48:37 | webmind | I can't resize sda2 |
| 10:49:02 | webmind | I supose I could delete sda2 and replace it with a new one starting at the same position |
| 10:49:16 | webmind | (which wouldn't work in cfdisk I think) |
| 10:50:12 | linuxstb | "fdisk" works for me - but the original fdisk, not the newer one (from GNU I think) |
| 10:50:14 | gevaerts | webmind: replacing it works, or resizing it with parted. You can also just have a good look at it and make an entirely new one that has a first partition that's big enough |
| 10:52:58 | webmind | gevaerts, parted crashed on it |
| 10:54:07 | webmind | hmm |
| 10:54:10 | webmind | not for resizing |
| 10:54:27 | gevaerts | webmind: I would clear it and make a new one. The only important thing is to have the first partition of type 0, and big enough to hold the Apple firmware |
| 10:56:58 | webmind | hhhhhyddddddddd |
| 10:57:36 | webmind | oops |
| 10:57:46 | webmind | gevaerts, thanks |
| 10:59:21 | | Join MrDuck [0] (n=kachna@r3g248.net.upc.cz) |
| 11:00 |
| 11:01:12 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 11:02:34 | webmind | now rockbox won't recouldnize a partition |
| 11:02:41 | webmind | makes sense actually :) |
| 11:03:10 | webmind | wrong type |
| 11:03:55 | webmind | but select+play won't put it in disk mode :( |
| 11:08:24 | Llorean | Have you done that before? Disk mode is practically impossible to disable. |
| 11:11:28 | | Join Zagor-cgiirc [0] (n=5ae89de2@gateway/web/cgi-irc/labb.contactor.se/x-cbb7f86e3fcf8ba8) |
| 11:12:21 | Zagor-cgiirc | test |
| 11:14:48 | | Quit Zagor-cgiirc (Client Quit) |
| 11:20:06 | | Quit DarkSpectrum (Read error: 110 (Connection timed out)) |
| 11:22:15 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 11:23:34 | | Quit intrados_ (Read error: 104 (Connection reset by peer)) |
| 11:27:10 | | Join matsl [0] (n=matsl@host-90-233-220-224.mobileonline.telia.com) |
| 11:28:08 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 11:30:06 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 11:46:47 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 11:49:37 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 12:00 |
| 12:03:49 | | Join fml [0] (n=4fd3ff25@gateway/web/cgi-irc/labb.contactor.se/x-7f6b889757c44ec7) |
| 12:04:51 | fml | Would anybody object to the following patch: http://pastebin.ca/1466099 ? It imroves code readability IMO. No RAM or binary changes (and of course no functional changes). |
| 12:07:23 | fml | Also, I'd like to change the speed display in the pitch screen to show the real playback speed and not the internally used factor. It's been discussed here or in the mailing list. But IIRC, no agreement has been achieved. |
| 12:08:51 | gevaerts | fml: I'd go for both the real speed *and* the factor |
| 12:09:50 | gevaerts | I seem to remember that someone was going to work on this though, so maybe you can coordinate |
| 12:09:58 | fml | gevaerts: would you show three values? Pitch, Speed and the factor? |
| 12:10:43 | gevaerts | fml: I'd just add the "real speed" to all modes, yes |
| 12:10:52 | fml | IMO the factor is just a technical detail, it's not something that is normally used to describe a sound property |
| 12:11:54 | gevaerts | maybe |
| 12:13:26 | fml | gevaerts: what is "real speed"? The speed at which the file is played back? I.e. if the song would normally take 1 min to play but now it takes 2 min to play then the real speed is 50%, right? |
| 12:13:53 | fml | Note that this does not depend on the pitch |
| 12:14:29 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 12:15:10 | gevaerts | hm, do we want the relative speed, or the relative time? |
| 12:15:15 | * | gevaerts isn't sure |
| 12:15:15 | fml | In the old pitch modes, we change both pitch and speed. In the new mode, they are changed separately. |
| 12:15:18 | Llorean | "speed" should be what the user sees. if it says 100%, the played time should be going down at 1 second per second, no matter what happens behind the scenes. |
| 12:15:54 | Llorean | Speed should basically adjust the rate at which the progress bar moves, pitch should adjust what the user actually hears without changing that progress bar movement rate, and everything else should be "behind the scenes" in my mind |
| 12:16:20 | fml | Llorean: this my view as well. But it's not the case in the current SVN |
| 12:16:35 | Llorean | I know |
| 12:16:45 | * | gevaerts probably agrees |
| 12:16:58 | Llorean | Basically, the values should represent what the user can observe. |
| 12:17:09 | fml | Llorean: so a patch would probably be accepted (if implemented properly)? |
| 12:17:17 | Llorean | I'd be all for it. |
| 12:17:36 | fml | Ok, I just wouldn't like to waste time :-) |
| 12:17:36 | Llorean | How much RAM does enabling timestretch cost? |
| 12:18:31 | fml | Llorean: how can I see it? I only have the statically produced rb-info.txt. Everything else goes at the cost of the audio buffer IMO. |
| 12:18:54 | gevaerts | Llorean: 64K according to flyspray |
| 12:19:12 | fml | So the question is probably how much of the audio buffer is spent for the feature |
| 12:19:25 | Llorean | gevaerts: Maybe it should just be always on. |
| 12:20:13 | Llorean | It might be possible to reclaim it later with improvements to how we allocate memory for buffering, etc, but right now having to enable it and then also switch modes makes it kinda confusing to use. |
| 12:20:21 | Llorean | *reclaim it when not in use |
| 12:20:31 | gevaerts | Llorean: being able to get bits of the audio buffer without stopping playback would be really useful for this sort of thing |
| 12:20:46 | Llorean | Especially tiny bits |
| 12:21:27 | gevaerts | well, tiny... this is 1/32 of the total RAM on the clip :) |
| 12:21:34 | Unhelpful | malloc ;) |
| 12:21:37 | Llorean | Only HD targets count. :-P |
| 12:21:51 | gevaerts | Unhelpful: malloc is a word, not an implementation :) |
| 12:22:27 | fml | What about the patch above? (http://pastebin.ca/1466099) Would I be sentenced for committing it? |
| 12:24:47 | Unhelpful | actually, there are some buflib features i want to see in the core buf* functions, most notably the ability to compact the buffer after some items are bufclose'd, freeing contiguous space at the end, and to find the "last" buffer item for audio data (the one latest in the playlist of those buffered, i suppose), and either close or truncate it to make space. |
| 12:25:14 | Llorean | fml: I don't see that as really improving readability too much. As well "midheight" being "height * 2" seems odd to me. |
| 12:25:25 | Llorean | Just, name-wise |
| 12:25:26 | gevaerts | fml: well, the main problem with those is when you want to find out where code comes from, as it makes svn blame much less useful |
| 12:26:03 | Unhelpful | actually, buflib can only do the first of those things, but even that would be useful by itself, if we add a refcount field and only load cover images once, for example. |
| 12:26:20 | Llorean | Unhelpful: That at least has been long talked of |
| 12:26:47 | fml | Llorean: yes, the name was suspicious to me too. It's the height of the middle viewport. Its value is double height. What's the best name for it? |
| 12:27:33 | Unhelpful | Llorean: amiconn and i talked about this a few weeks ago. it's on my list, i'd like to use such things to, for example, carve the plugin buffer dynamically from the end of the audio buffer, and have it disappear entirely when no plugin is loaded. |
| 12:27:39 | fml | gevaerts: so no code changes without any real (functional?) improvements? |
| 12:28:28 | Unhelpful | he had also suggest that being able to change the plugin buffer size at runtime would be a cleaner solution than overlay plugins :) |
| 12:29:59 | Llorean | Unhelpful: So the ability to de-buffer audio too? Compact to the front, then if there's not enough free, drop a little at the end? |
| 12:30:43 | Llorean | Being able to change the plugin buffer at runtime would also be excellent for, for example, Rockboy which really needs about a 768KiB buffer to improve compatibility while listening to music |
| 12:32:30 | Unhelpful | pictureflow and the other plugins that use overlay on hwcodec could also use such functionality to run during playback, by requesting a larger plugin buffer. |
| 12:33:57 | Unhelpful | and yes, i already know that we'd need to implement it *twice* to have it on hwcodec as well :/ |
| 12:35:30 | Llorean | Honestly, I'd consider it better than the current situation if it required playback to restart and rebuffer from disk to re-allocate. |
| 12:35:44 | Llorean | As long as the restart and rebuffer were automatic, I mean music would only be gone for a second anyway |
| 12:36:45 | gevaerts | fml: if the style is really horrible, it's different of course, but personally I'd prefer not to change this particular bit |
| 12:38:26 | fml | gevaerts: ok, then I'll leave it as it is now |
| 12:43:06 | Unhelpful | Llorean: i don't see why we should *have* to restart and rebuffer, though. it seems like buffering.c already contains some support for moving individual buffer. it even helpfully updates the pointers in bitmap buffers for you. :) |
| 12:43:52 | Llorean | Unhelpful: My point was that I'd consider that still an improvement on the current situation, though, was all. :) |
| 12:44:02 | *** | Saving seen data "./dancer.seen" |
| 12:44:48 | Unhelpful | i can imagine that codecs, or anything else, that uses coprocessor threads and the buffer could possibly get burned by doing that sort of thing? |
| 12:45:11 | Llorean | From restarting playback entirely? |
| 12:45:24 | Unhelpful | no, from moving buffers. |
| 12:45:41 | Llorean | Ah |
| 12:46:48 | | Quit bertrik (Remote closed the connection) |
| 12:48:18 | Unhelpful | buflib has the same problem if you want to use cop - there's really no way to know if a buffer has been moved since you fetched a pointer for its handle. it's fine on one core, because this can only happen when you yield, but a second core ruins that assumption. |
| 12:50:10 | | Join nazir [0] (n=opera@bartek.tu.kielce.pl) |
| 12:50:10 | Unhelpful | the best scheme i could come up with for that sort of thing was to have cop+buffer users register a semaphore that they hold *most* of the time, but release on some regular basis. the basic idea would be that to move a buffer associated with such a semaphore you would need to acquire it, and the process using that buffer would understand that the buffer would normally not move, but might move each time it releases the lock on it. |
| 12:50:59 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 12:51:45 | Unhelpful | (i am assuming, of course, that we have semaphores which do not rely on non-preemption?) |
| 12:52:46 | gevaerts | You could fill up the pcm buffer, restart playback without flushing pcm, and hope for the best :) |
| 12:53:26 | Unhelpful | do we *do* sample-accurate seeks on resume? :) |
| 12:53:44 | gevaerts | that's a major part of the "hope for the best" bit |
| 12:54:46 | Unhelpful | well, at least on my e200 i can stall buffering for about 6s before things go wrong :) |
| 13:00 |
| 13:01:09 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:02:52 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 13:08:19 | | Quit tvelocity (Remote closed the connection) |
| 13:10:59 | | Part Grahack |
| 13:17:38 | | Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 13:21:11 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:23:07 | CIA-70 | New commit by alle (r21350): Slightly rearrange statements. No functional change but RAM and binary are reduced. |
| 13:25:18 | fml | Hrm... I'd also like to be able to change pitch in semitone steps without affecting the speed. Would it be a fourth mode? |
| 13:29:09 | Llorean | The whole interface should probably be improved. The screen is unmanageable (or the implied controls incorrect) on several targets anyway |
| 13:32:46 | GodEater | definitely wrong on the ipod |
| 13:33:01 | fml | Yes, it's not very intuitive. And I'd throw out the nudge functionality. I think hardly anyone uses it. |
| 13:33:20 | Llorean | "nudge functionality"? |
| 13:33:57 | * | GodEater is bewildered too |
| 13:34:38 | GodEater | although I see a #def refering to nudge in there =/ |
| 13:35:23 | fml | Llorean: yes. Temporarily changing pitch +/-2% |
| 13:35:30 | | Join d3v14710n [0] (i=d3v14710@unaffiliated/d3v14710n) |
| 13:35:34 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 13:36:20 | Llorean | That's actually useful if you know the the BPM of something else, and you're trying to get the beats lined up after adjusting the speed or pitch of the current thing playing on your player |
| 13:36:34 | GodEater | train is bordering |
| 13:36:35 | GodEater | later |
| 13:36:45 | | Quit p3tur (Remote closed the connection) |
| 13:36:45 | | Join wark [0] (n=wark@fctnnbsc15w-142166071215.pppoe-dynamic.nb.aliant.net) |
| 13:37:28 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 13:37:46 | | Join _lifeless [0] (n=lifeless@188.16.122.29) |
| 13:38:06 | fml | Llorean: in that case I'd just change the speed/pitch with "normal" controls, and then back. The BPM is not displayed in the screen anyway so you have to use your ears. And with normal controls you're more flexible. |
| 13:38:48 | Llorean | fml: If your target speed is 120.3%, it's very hard to go back to it *exactly* from a faster or slower speed, especially instantly |
| 13:39:05 | Llorean | Being able to drop from 122.3 to 120.3% the instant you hear the beats occur at the same time is handy. |
| 13:39:37 | Llorean | The regular UI just doesn't allow this to be done easily at all. |
| 13:40:04 | fml | Llorean: ok, maybe. This is from the "advanced DJ tools" area :-) |
| 13:41:56 | Llorean | I'd say instead of a "pitch screen" it should probably just use menus like normal settings. |
| 13:42:23 | * | Llorean doesn't really understand why it needs a custom screen. |
| 13:42:47 | Llorean | With normal menus, you could set speed to 120.3, then after setting it, move it to 122.3 and as soon as you catch up, cancel out of the menu so it drops back to 120.3 |
| 13:45:44 | fml | So we'd have two settings: one for the pitch ond the other for the speed? If timestretch is enabled the two can be adjusted independently. If it's not enabled changing one setting would also affect the other. Is it what you're thinking about? |
| 13:46:23 | | Join Lss [0] (n=Lss@cm162.delta96.maxonline.com.sg) |
| 13:46:38 | fml | Or, if timestretch is disabled, we could show only one setting but call it "pitch and speed" |
| 13:47:20 | Llorean | Personally, I think we could be rid of the option to turn time stretch on and off, and just have the speed and pitch settings always independent. |
| 13:47:42 | Llorean | But otherwise, yes, have changing one also change the other probably |
| 13:47:49 | | Join __lifeless [0] (n=lifeless@188.16.122.29) |
| 13:48:10 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 13:49:47 | | Quit markun ("off to rockbox devcon") |
| 13:50:23 | fml | But what about the principle "allow the people to use as much of the sound buffer as possible"? By always enabling the feature, you'd always reduce the buffer. But I personally would be for it (always enable the feature, cut the setting) |
| 13:53:41 | fml | Getting rid of the screen (replacing it with settings) and always enabling the feature would probably mean a huge green delta |
| 13:55:59 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 13:58:12 | | Quit jfc^2 (Read error: 104 (Connection reset by peer)) |
| 13:59:11 | Llorean | The problem with the feature as it is now is it's one that requires a reboot, but doesn't seem like it should to a user. As well, with the way the pitch screen is set up, even after the reboot it's not obvious how to use it. |
| 14:00 |
| 14:00:30 | Llorean | I'd say it's one of the least intuitive things to use (even once you know how Rockbox tends to work) |
| 14:00:41 | Llorean | The EQ also suffers a lot from difficulty to use. |
| 14:01:00 | | Join bertrik [0] (n=57d33175@gateway/web/cgi-irc/labb.contactor.se/x-fea42c787e33b2a7) |
| 14:01:59 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 14:03:03 | fml | Llorean: for the EQ it's justified by the fact that you should see it all at the same time, and it's "two dimensional" by the nature |
| 14:03:42 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 14:03:57 | fml | But with the menu, how would you implement the semitone mode? |
| 14:04:55 | Llorean | A setting for "step size" with options of .1%, 1%, and "Semitone" possibly? |
| 14:05:07 | | Quit bertrik (Client Quit) |
| 14:07:46 | fml | But it's not very "compatible" with the setting menus as they are used otherwise. We should think about it (I mean the others as well). |
| 14:08:32 | Mikachu | fwiw i think the pitch screen is very hard to use on ipods, it's almost completely random if it goes .1% or 1% |
| 14:08:51 | Mikachu | it used to repeat (ie 1%) as long as you touched the wheel, but now it seems to be timing dependant |
| 14:10:11 | Llorean | Would it make sense to restrict "Pitch" to semitones rather than using percentages? |
| 14:10:34 | Mikachu | maybe the original song is out of tune :) |
| 14:11:11 | Llorean | All of the instruments are the same amount out of tune? :-P |
| 14:11:34 | Mikachu | yeah, maybe a halfbroken record player |
| 14:11:43 | Llorean | Then you'd fix that in the encoding. |
| 14:12:34 | | Part nazir |
| 14:14:39 | funman | saratoga: i found a simple way to reduce buffer size |
| 14:16:11 | | Quit bmbl (Read error: 110 (Connection timed out)) |
| 14:16:23 | funman | .pad (NOLOAD) : { . += 0xsomething; } > DRAM just before audiobuf in app.lds |
| 14:19:06 | Llorean | Is there a point in it being measured in semitones actually? |
| 14:19:45 | Mikachu | if you want to play along? |
| 14:20:00 | | Join syn4pse [0] (n=chatzill@user-69-1-40-117.knology.net) |
| 14:20:31 | | Join LambdaCalculus37 [0] (n=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:22:16 | fml | Llorean: yes. Semitones are a term from the music and are often used when transposing or adjusting the music to the voice etc. |
| 14:23:00 | Llorean | fml: I'm aware what a semitone is. |
| 14:23:34 | Llorean | My point though was that Rockbox is primarily a playback device. Options should, generally, be things you might want to change "in the field." Wouldn't adjusting that be more something you'd prepare in advance if you're singing / playing along? |
| 14:23:56 | Llorean | I mean, the original pitch shift was there because we didn't have the ability to time stretch |
| 14:26:31 | * | LambdaCalculus37 has sound and touchpad on his GoGear SA9200 :) |
| 14:26:49 | fml | Or the other way around: the speed change was there because we didn't have the ability to time stretch. I think both are useful. What if you use the same song but different people would like to sing along with it? |
| 14:27:21 | LambdaCalculus37 | And no one ever sent a "Ladies and Gentlemen..." mail for that target in over a year. ;) |
| 14:29:47 | Llorean | fml: Traditionally the song is played with specific notes independently of what the people are singing... But anyway, I was just asking to be sure semitones are the more useful. |
| 14:32:58 | fml | Llorean: they are just useful, not "more useful". We'd still need fine tuning IMO. And that with specific notes is true −− but only for the people with absolute pitch. For the rest, it's more or less the same. |
| 14:33:52 | Llorean | Why is fine tuning "needed"? |
| 14:34:05 | Llorean | Saying it's needed doesn't explain anything on its own. |
| 14:35:05 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 14:35:18 | fml | Llorean: in order to be able to exactly match the pitch −− to e.g. how an instrument is tuned. |
| 14:36:22 | Llorean | If the song is the right pitch, doesn't that mean the instrument is out of tune? |
| 14:36:33 | fml | Say you want to play guitar along with different songs. Which are not exactly at an integer number of semitones from each other. |
| 14:37:17 | Llorean | If you need fine tuning always, what's the point in semitones in the first place? It's just an approximation that you can get to by scrolling through the percentage list quickly. |
| 14:38:30 | Mikachu | it's easier to go to the right general area by semitones and then fine tune i would think |
| 14:39:36 | Llorean | You can scroll through lists pretty darn fast. |
| 14:39:50 | Mikachu | i don't mean mechanically fast, but figuring out where to go in the first place |
| 14:40:00 | fml | Fine tuning is more powerful, yes, but tuning in semitones is more handy. More generally, I'd say it's good to have larger steps than 0.1%, and semitones are just natural larger steps. |
| 14:40:59 | fml | Mikachu: that too, yes! Everybody who makes music can approximately tell how many semitones the difference is. |
| 14:42:04 | Llorean | In a list, large steps is less important anyway since we have scroll acceleration. |
| 14:42:17 | fml | Llorean: if in the fine list we'd have additional marks on the entries that correspond to semitones that would be a solution maybe |
| 14:42:46 | Llorean | The normal settings list wouldn't allow that, I believe. |
| 14:43:29 | Llorean | If you're playing an instrument along with a song, shouldn't it be tuned properly for the song? |
| 14:43:29 | fml | Llorean: with a custom formatting function it should be possible |
| 14:43:38 | Llorean | I'm confused as to why you want to adjust the song to your instrument, rather than the other way around. |
| 14:43:58 | Mikachu | it's kind of hard to adjust a piano, for one |
| 14:44:00 | Llorean | And if the song is out of tune, why are you playing along to that recording instead of a good one? |
| 14:44:05 | *** | Saving seen data "./dancer.seen" |
| 14:44:28 | fml | Llorean: because it's harder to tune the instrument than to adjust the pitch. And if I have different songs it can became a nightmare to retune it every time. |
| 14:44:38 | | Join robin0800 [0] (n=root@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:45:20 | Llorean | fml: How often would you say you use the fine tuning to match it to an instrument? |
| 14:45:26 | Llorean | As in, how often have you personally done it? |
| 14:46:02 | | Quit robin0800 (Remote closed the connection) |
| 14:50:04 | fml | Llorean: I can't tell exactly. Not very often. Most of the time I use semitone adjustment if I need it. That's why I'm also annoyed by the fact that that's not the default mode :-) |
| 14:50:59 | Llorean | I think semitone adjustment would be adequate. The primary function of Rockbox is playback, not "adjusting out of tune songs to play along with possibly slightly differently tuned instruments" |
| 14:51:20 | Llorean | And if your songs are in-tune, and your instrument is too, there shouldn't be a problem right? It's just for solving the *error* case. |
| 14:51:31 | Llorean | Or is there a case where everything is right and it's still needed? |
| 14:51:55 | fml | Llorean: the song is probably OK, just the instrument is tuned differently. |
| 14:52:03 | Llorean | But is there a case where everything is right and it's still needed? |
| 14:52:36 | fml | If everything is right it still might be needed if you like to play it in a different tune |
| 14:52:45 | Llorean | Rockbox shouldn't be given the job of making up for your instrument. And there are a thousand things that can be wrong with files or songs that we already don't fix because it's outside the scope, this really should be too. |
| 14:53:19 | Llorean | fml: Is that a *realistic* example there? Really? |
| 14:53:22 | fml | (because you can play in some tunes but not the others) |
| 14:54:31 | | Quit timc (Read error: 110 (Connection timed out)) |
| 14:54:52 | fml | Why not have the fine list with additional marks? It should be easy to implement as we can have a custom formatting function for the values in the list |
| 14:55:30 | Llorean | Because we could save more binsize by not implementing custom formatting for all of one list, for a feature that is almost never used outside of correcting errors that shouldn't be Rockbox's problem? |
| 14:55:49 | | Join LambdaCalculus [0] (i=44a0430d@gateway/web/freenode/x-e58b8794bf34af37) |
| 14:56:22 | Llorean | People might want to adjust their equalizer in .1db steps, or adjust the frequency by 1hz at a time. There's a thousand settings in Rockbox that *could* offer users more freedom, but instead are constrained to a "common sense" range. Semitones really seems like that range for pitch. |
| 14:57:06 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 14:57:20 | | Nick LambdaCalculus is now known as LambdaCalculus37 (i=44a0430d@gateway/web/freenode/x-e58b8794bf34af37) |
| 14:58:07 | | Join timc [0] (n=aoeu@119.109.106.198) |
| 14:59:50 | fml | I could live with just semitones quite well |
| 15:00 |
| 15:00:13 | fml | But wouldn't mind if it were possible to do fine tuning as well |
| 15:00:35 | Llorean | Maybe 10 cent increments instead of whole semitones? |
| 15:00:45 | Llorean | So that you can fine tune, but you're still on a scale where semitones are obvious? |
| 15:01:53 | fml | Llorean: what is cent? 10%? |
| 15:02:26 | Llorean | If my understanding is correct, a semitone is 100 cents, so 10% of a semitone yes. |
| 15:02:45 | fml | The problem with semitones is that it's not a linear scale. It's logarithmic. |
| 15:03:12 | Llorean | So is the cent |
| 15:03:23 | Llorean | Otherwise a semitone couldn't consistently be 10 cents |
| 15:03:30 | Llorean | http://en.wikipedia.org/wiki/Cent_(music) |
| 15:03:33 | fml | ...(or exponential): one semitone = frequency * (1/2)^(1/12) |
| 15:06:17 | LambdaCalculus37 | lowlight: (for the logs) I have a new bootloader and your build for the GoGear SA9200 installed. It'w working great! |
| 15:06:43 | fml | Llorean: (after loking to the wikipedia) Ah, ok, it's just more fine (too fine for common use IMO) unit. 1/2 semitone would be enought in most cases I think |
| 15:07:13 | fml | Llorean: I.e. 50 (music) cents |
| 15:07:20 | Llorean | You could display it as .1 semitone rather than 10 cents, for easier understanding. .5 works too. My point, really, was "keep the scale in semitones but use finer units, rather than custom formatting" |
| 15:07:45 | Llorean | I don't object to finer tuning, I just want to try to keep things "simple" with how the menu works. |
| 15:08:33 | | Quit syn4pse ("ChatZilla 0.9.84 [Firefox 3.0.11/2009060215]") |
| 15:08:58 | fml | Llorean: that would be a good way. A scale with a 1/2 semitone steps, with internal transformation to the real pitch |
| 15:11:38 | | Quit arohtar (Client Quit) |
| 15:15:07 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 15:17:48 | funman | http://pastie.org/517530 : do not try to load album art indefinitely if the buffer is full (there is not enough room on c200v2 with logf enabled), is it ok (see r20149) ? I think the buffer will not empty itself while album art hasn't been loaded so it's an infinite loop |
| 15:21:02 | Slasheri | Unhelpful: hi, are you already in the CREDITS? I am just looking at the open_files issue you found from tagcache |
| 15:22:40 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 15:22:42 | obo | Slasheri: if he's not he can always add himself :) |
| 15:23:07 | Slasheri | obo: oh, great :) |
| 15:23:09 | | Join Llorean [0] (n=DarkkOne@adsl-99-182-52-92.dsl.hstntx.sbcglobal.net) |
| 15:23:46 | Llorean | Slasheri: Doesn't he have commit access? |
| 15:23:55 | n1s | he does |
| 15:24:59 | n1s | and he's already in the list |
| 15:25:03 | Slasheri | Llorean: i didn't knew, i haven't keeped track :) |
| 15:25:23 | | Join PaulJam [0] (i=Paule@vpn-3040.gwdg.de) |
| 15:25:39 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 15:25:51 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 15:26:11 | Slasheri | i am trying to finally find was is causing duplicates in the db some people are reporting |
| 15:26:38 | Mikachu | s/was/what/ |
| 15:26:42 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 15:26:44 | Slasheri | yeah |
| 15:27:53 | Llorean | It seems pretty common, or at least, pretty often reported |
| 15:28:05 | * | LambdaCalculus37 has to get to working on some plugin keymaps for the GoGear SA9200 |
| 15:28:06 | Llorean | A lot of people have stopped using auto-update because of it (people say manual updating seems to work better) |
| 15:29:38 | Slasheri | it's weird because i have never had them. But i have always used the db with load-to-ram enabled so that very likely hides the problem |
| 15:34:20 | PaulJam | hmm, is the IRC log viewer on the site broken? for me it stops at 15:03 for todays log... |
| 15:34:59 | funman | yes it breaks when some urls are typed in the channel |
| 15:35:21 | | Quit flydutch (Read error: 110 (Connection timed out)) |
| 15:35:30 | funman | the watermarks in buffering.c need to be adjusted when the audiobuffer is really small |
| 15:41:30 | | Quit linuxstb ("Leaving") |
| 15:41:44 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 15:48:13 | funman | hmm chainging the watermarks and default filechunk produces a data abort in memset() .. |
| 15:48:29 | funman | in the middle of the song, not at the beginning though |
| 15:48:39 | Llorean | funman: Didn't Zagor look into the watermarks a few months back? |
| 15:48:45 | Mikachu | the 'current.txt' link works fine |
| 15:48:47 | Mikachu | (irc log) |
| 15:49:06 | funman | Llorean: it still doesn't handle very low buffers though |
| 15:49:21 | funman | it would need dynamic checking of the buffer size |
| 15:50:01 | Llorean | Too low buffers are going to be harmful, though, anyway right? If we didn't need the buffer, we wouldn't have it in the first place. |
| 15:51:01 | n1s | Mikachu: it's just the reader that breaks |
| 15:51:21 | Mikachu | it was just a suggestion for the person who wanted to read the log |
| 15:51:23 | funman | Llorean: well we have to live with whatever room we have |
| 15:52:51 | funman | perhaps the pcm buffer could be made smaller as well |
| 15:53:42 | linuxstb | Llorean: They can probably be lower on flash targets anyway, as there is no spin-up time to worry about. |
| 15:54:20 | Llorean | linuxstb: Yes, that should be true. |
| 15:54:21 | linuxstb | funman: I _think_ the pcm buffer needs to be that size for crossfade to work. I'm not 100% sure though... |
| 15:58:24 | | Quit __lifeless (Remote closed the connection) |
| 15:59:23 | PaulJam | Mikachu: thanks |
| 16:00 |
| 16:06:29 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:19:56 | | Quit funman ("free(random());") |
| 16:23:08 | Slasheri | who was Unhelpful? To include his name in the commit log :) |
| 16:23:32 | LambdaCalculus37 | Slasheri: He's already in the commit log. |
| 16:23:34 | Mikachu | Slasheri: http://www.rockbox.org/twiki/bin/view/Main/IrcNicks |
| 16:23:35 | Llorean | Andrew Mahoney? |
| 16:23:44 | * | Llorean is trying to learn names and go by memory. |
| 16:23:46 | Mikachu | there's no y on the ircnicks page |
| 16:24:01 | Llorean | Ah |
| 16:24:02 | Slasheri | LambdaCalculus37: i meant the commit message i will do shortly :) |
| 16:24:07 | Slasheri | Mikachu: thanks |
| 16:28:08 | | Quit PaulJam (Nick collision from services.) |
| 16:28:13 | | Join PaulJam_ [0] (i=Paule@vpn-3067.gwdg.de) |
| 16:31:03 | CIA-70 | New commit by miipekk (r21351): Fixed searches from tagcache when there is a sudden need to open a tag file on the fly. Thanks to Andrew Mahoney for pointing out the issue. |
| 16:31:19 | Mikachu | no y |
| 16:31:20 | Mikachu | :P |
| 16:32:37 | lilltiger | btw when rockbox builds it's database, does it check Album Artist before it checks Artist when generating an album? |
| 16:36:30 | Llorean | That's not an issue for database building, but for your tagnavi I believe |
| 16:38:12 | lilltiger | ok, not went any deep into it i just tagged and fixed my whole music collection and noticed that amarok does it wrong :( |
| 16:38:21 | lilltiger | and so does my Sansa Fuze |
| 16:38:48 | | Join bmbl [0] (n=Miranda@dsl207-97.pool.bitel.net) |
| 16:40:16 | lilltiger | nd thought that it might be a neat thing for rockbox to do correctly :) |
| 16:40:52 | | Quit petur ("brb") |
| 16:41:51 | | Quit PaulJam_ (Nick collision from services.) |
| 16:41:56 | | Join PaulJam__ [0] (i=Paule@vpn-3011.gwdg.de) |
| 16:41:57 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 16:42:34 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 16:42:38 | Llorean | Slasheri: Would it be possible for Rockbox's database to have the concept of "fallback tag"? For example, as this person wants "Album artist, but fallback to artist if not present" and a common want is the fallback from "Sort Artist" to simply "Artist" etc. |
| 16:42:52 | B4gder | devcon! |
| 16:42:54 | Llorean | I suppose they'd need to be used in generation rather than sorting for performance |
| 16:43:18 | | Quit robin0800 (Remote closed the connection) |
| 16:43:46 | linuxstb | B4gder: Before the enjoyment starts, did you put a copy of the 3.3 source on the download servers? |
| 16:43:53 | B4gder | ah I did not |
| 16:43:57 | B4gder | me will fix that |
| 16:44:09 | *** | Saving seen data "./dancer.seen" |
| 16:45:39 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-122-082.pools.arcor-ip.net) |
| 16:45:51 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-3dbf3bca8d237f31) |
| 16:45:59 | | Quit PaulJam__ (Nick collision from services.) |
| 16:46:03 | | Join PaulJam [0] (i=Paule@vpn-3033.gwdg.de) |
| 16:46:05 | | Join Zagor [242] (n=bjst@rockbox/developer/Zagor) |
| 16:47:17 | Slasheri | Llorean: hmm, that should be definately possible :) |
| 16:48:07 | B4gder | petur works on getting the webcam pc up |
| 16:49:13 | Llorean | Slasheri: It would kill a fairly large number of birds. |
| 16:49:36 | lilltiger | killing birds would be neat ;p |
| 16:49:53 | Mikachu | with one rock? |
| 16:49:55 | * | obo wonders if he has found lcd drawing routines.... |
| 16:50:44 | lilltiger | "Rockbox, now we kill birds" |
| 16:51:00 | | Quit wark (Read error: 104 (Connection reset by peer)) |
| 16:53:01 | | Join Domonoky [0] (n=domonoky@rockbox/developer/domonoky) |
| 16:53:10 | Horscht | have fun at devco, guyse |
| 16:53:33 | * | Domonoky arrived at Devcon :-) |
| 16:53:57 | Horscht | no you did not. they sent you to a fake location :p |
| 16:55:10 | Ubuntuxer | Hi, can someone commit my patch FS #10281, please ? |
| 16:55:40 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:57:30 | scorche|sh | hooray for DevCon! |
| 16:59:11 | | Quit bmbl ("Bye!") |
| 16:59:29 | | Join bmbl [0] (n=Miranda@dsl207-97.pool.bitel.net) |
| 17:00 |
| 17:04:22 | | Quit toffe82 (Remote closed the connection) |
| 17:04:32 | webmind | Llorean, not with my mini I think. doesn't seem to respond |
| 17:05:20 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 17:09:03 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 17:10:07 | | Join captain_kewl [0] (i=2669ecc2@gateway/web/freenode/x-e636f717c3e77208) |
| 17:10:52 | | Join BryanJacobs [0] (i=809743f3@gateway/web/freenode/x-3220e7906f83f8f2) |
| 17:14:43 | | Join JdGordon [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) |
| 17:19:00 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 17:23:39 | B4gder | http://arstechnica.com/open-source/news/2009/06/amazon-code-release-irrelevant-kindle-is-still-closed.ars mentions rockbox |
| 17:25:38 | | Part evilnick |
| 17:26:26 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-3dbf3bca8d237f31) |
| 17:26:27 | | Join Rob2223 [0] (n=Miranda@p4FDCFAF2.dip.t-dialin.net) |
| 17:26:33 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 17:26:37 | LambdaCalculus37 | B4gder: Onto the Articles page it goes. :) |
| 17:28:44 | saratoga | we've got a lot of patches for plugins sitting around on the tracker |
| 17:28:50 | saratoga | we should give some of these people SVN access |
| 17:29:04 | saratoga | i get the feeling a lot of them are never reviewed just because no one is familar with the code |
| 17:29:19 | | Join ocean_ [0] (i=d59c23e8@gateway/web/freenode/x-960c544bdb4bb768) |
| 17:30:28 | ocean_ | hi, someone knows how to backup firmware from a jz47**/chinachip device? (is that the right channel to ask in? :P) |
| 17:31:29 | ocean_ | since i'm planning to play around with rockbox/firmware upgrading and don't want to break it |
| 17:31:33 | B4gder | ocean_: I think you're better off asking in the suitable forum thread as not that many of us know things about the ondas |
| 17:32:04 | JdGordon | LambdaCalculus37: haha we got a tiny link.... thats hardly an artile about rockbox :) (although dd-wrt didnkt get linked so we wins there :D ) |
| 17:32:11 | ocean_ | B4gder: i opened a topic in Repairing and Upgrading forum but has been locked up |
| 17:32:26 | ocean_ | maybe i should ask it in the injenic topic? |
| 17:32:59 | B4gder | those are new targets, you should probably ask in the existing thread |
| 17:33:20 | saratoga | i think that would be fine, provided you make it clear to mcuelenaere that you're interested in development |
| 17:33:30 | saratoga | he will probably want to know |
| 17:33:58 | LambdaCalculus37 | And since it may prove a couple of new challenges, he may be interested in those. |
| 17:34:26 | ocean_ | interested in development yes though i'm not that good but i know C++/x86 asm and how to use IDA if that could be of help |
| 17:39:42 | | Part Ubuntuxer |
| 17:42:03 | LambdaCalculus37 | ocean_: Grab the Rockbox source and get to reading. Sounds like you have taken a couple of first steps. |
| 17:42:17 | LambdaCalculus37 | Rockbox is mostly C, with some assembly for speed-critical bits. |
| 17:42:32 | LambdaCalculus37 | But the assembly is SH-1, m68k, MIPS, and ARM. |
| 17:43:36 | ocean_ | yes i know C i have done some university exams with C :P |
| 17:43:40 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 17:43:49 | ocean_ | don't know mips but i could learn |
| 17:44:14 | Torne | to work on an early stages port you'd almost certainly need to kjnow the asm for the processor in question |
| 17:44:31 | LambdaCalculus37 | ocean_: The best place is to check out the existing Onda code in SVN. |
| 17:44:44 | LambdaCalculus37 | But also Google for some books on MIPS assembly. |
| 17:45:18 | B4gder | "see mips run" being a popular book on mips |
| 17:45:32 | * | Torne finds that inappropriately hilarious |
| 17:45:36 | LambdaCalculus37 | Torne: While that's most certainly true, in this case ocean_ can work on the existing code that's there. |
| 17:45:50 | ocean_ | i'll give a look whenever i have time (i have some exams with university now) after having backed up fw :P |
| 17:45:58 | LambdaCalculus37 | ocean_: http://books.google.com/books?id=xACczZHICkoC&dq=See+MIPS+Run&printsec=frontcover&source=bl&ots=o9wFeAMmzO&sig=RPjOcCUO8VIqA3wR4-CsoyGeJlY&hl=en&ei=qLI7SoOTC4bwMrbArLkO&sa=X&oi=book_result&ct=result&resnum=1 |
| 17:46:09 | ocean_ | thanks lambda |
| 17:46:26 | saratoga | mips is extremely easy to learn |
| 17:46:28 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 17:46:32 | ocean_ | i think there's also something in my university library |
| 17:47:06 | LambdaCalculus37 | ocean_: If not, Google is your best friend. |
| 17:47:35 | ocean_ | i know :D google and ... power searching :P |
| 17:47:43 | Torne | how does lcd_puts (not putsxy) measure horizontal cells if you are using a proportional font? |
| 17:49:15 | | Join bertrik [0] (n=bertrik@213.49.144.150) |
| 17:55:12 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 17:57:03 | * | B4gder and zagor discussed distributed build design on the flight here |
| 17:57:18 | saratoga | nice! |
| 17:57:24 | B4gder | and now we await zagor to paste our notes in a wiki page... /me looks |
| 18:00 |
| 18:01:18 | * | Zagor tries to format it in a sane way |
| 18:03:59 | | Join pyro_maniac [0] (n=pyro@91-64-227-210-dynip.superkabel.de) |
| 18:04:09 | saratoga | oh wow theres a lot of replaygain related emails on the mailing list |
| 18:07:29 | LambdaCalculus37 | saratoga: Besides plugin patches, there are also a lot of language patches in the tracker that have to be taken care of. |
| 18:07:44 | Zagor | rough notes: http://www.rockbox.org/twiki/bin/view/Main/BuildServerRemake#Notes_from_Bagder_Zagor_s_discus |
| 18:08:32 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 18:08:37 | LambdaCalculus37 | I also see a few patches that add new DAP images for manuals, etc. |
| 18:09:39 | Torne | ...hang on, does lcd_puts() really determine what 'x' means by multiplying it by the width of the string divided by the number of characters? |
| 18:09:55 | * | linuxstb hangs on tight |
| 18:10:02 | Torne | surely that makes it totally useless on proportional fonts |
| 18:10:11 | Torne | no way to get anything to ever line up |
| 18:10:20 | obo | Torne: what proportional fonts? |
| 18:10:22 | B4gder | Zagor: it struck me that the upload in the bg works fine with the protocol we worked on |
| 18:10:23 | Zagor | Torne: well, is it used? |
| 18:10:40 | Zagor | B4gder: ah, true! that makes bandwidth a near non-issue |
| 18:10:42 | Torne | Zagor: hard to tell if anything calls it without setting the font to sysfixed first |
| 18:10:49 | Torne | but i would guess not |
| 18:11:40 | Torne | since my interpretation of the code is that lcd_puts(1, 0, "iiiiii") leaves a gap on the left the width of an 'i' whereas lcd_puts(1, 0, "wwwwww") leaves one the width of a 'w' |
| 18:11:48 | Torne | which makes it difficult to use sensibly :) |
| 18:12:27 | Torne | obo: most of the fonts other than sysfixed are proportional.. |
| 18:12:58 | Mikachu | usually i think programs use the with of 'm' for proportional fonts |
| 18:13:02 | | Quit MrDuck (Read error: 110 (Connection timed out)) |
| 18:13:12 | Torne | Mikachu: other programs might, yes, but rockbox doesn't appear to |
| 18:13:16 | Torne | :) |
| 18:13:27 | Torne | i'm looking in lcd_puts_style_offset in lcd-16bit.c |
| 18:15:12 | linuxstb | Torne: I think that function is almost exclusively used with an "x" of 0 - so no-one cared. Use lcd_putsxy() instead. |
| 18:15:34 | Torne | heh |
| 18:16:38 | Torne | ohwell |
| 18:17:43 | Torne | it just seems overcomplicated to get a useless answer. :) |
| 18:17:47 | linuxstb | amiconn _may_ have an explanation for that logic when he's around though - he's done a lot of the work on the graphics API. |
| 18:17:58 | Torne | if it's only going to do something sensible for fixed width fonts it may as well just use the font width |
| 18:18:07 | Torne | rather than calculating the string width then dividing it by the length :) |
| 18:18:28 | Torne | i expect it's just the result of generalising from character cell display |
| 18:20:05 | pyro_maniac | logbot seems to be down |
| 18:20:20 | B4gder | so cheer him up! |
| 18:20:38 | | Join JdGordon| [0] (i=ad813e9c@gateway/web/freenode/x-84a7f26208e694f1) |
| 18:20:44 | * | Zagor rushes to give cpr |
| 18:20:53 | | Quit antil33t () |
| 18:21:11 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 18:22:00 | | Quit ocean_ ("Page closed") |
| 18:22:43 | pyro_maniac | B4gder: who adminstrates the logbot? |
| 18:23:00 | B4gder | pyro_maniac: zagor does |
| 18:23:16 | saratoga | another devcon idea: making the web logs not freeze on wiki links! |
| 18:23:28 | Zagor | the bot is fine actually |
| 18:23:41 | saratoga | yeah its the perl script |
| 18:23:52 | saratoga | the regex fails on wikipedia links i think |
| 18:23:58 | saratoga | though i'm not sure why |
| 18:26:22 | | Quit antil33t () |
| 18:26:36 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 18:26:52 | | Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) |
| 18:27:07 | | Quit antil33t (Client Quit) |
| 18:27:22 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 18:28:18 | | Quit antil33t (Client Quit) |
| 18:28:23 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 18:31:35 | Zagor | log reader script fix. reload. |
| 18:31:41 | Zagor | *fixed |
| 18:31:54 | saratoga | bah was just debugging it |
| 18:32:14 | saratoga | while you're there any idea why it doesn't update in google chrome? |
| 18:32:25 | | Quit antil33t (Client Quit) |
| 18:32:36 | Zagor | basically only mozilla supports those chunked transfers |
| 18:33:05 | Zagor | you are welcome to do a real fix, I really just moved it so it doesn't occur as often... |
| 18:33:19 | saratoga | what did you change? i don't see anything in SVN? |
| 18:33:33 | Zagor | ah no didn't commit yet |
| 18:33:47 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 18:34:14 | CIA-70 | New commit by zagor (r21352): Only nick-fix url if it actually matches |
| 18:34:23 | saratoga | i assume its just one of the regex in parsechunk getting stuck |
| 18:35:21 | | Quit JdGordon| (Ping timeout: 180 seconds) |
| 18:40:07 | | Join ssoap [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-0fc37f6d1d9e0f69) |
| 18:43:13 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 18:43:21 | | Quit ssoap (Client Quit) |
| 18:44:10 | *** | Saving seen data "./dancer.seen" |
| 18:44:25 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:45:56 | | Join JdGordon| [0] (i=836b0046@gateway/web/freenode/x-3be4c527520a01d5) |
| 18:47:11 | * | obo has found some very e200 looking code - lcd_write_reg, lcd_send_msg & lcd_send_byte, but no luck getting anything to display yet... |
| 18:48:30 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 18:52:21 | | Nick p3tur is now known as petut (n=petur@rockbox/developer/petur) |
| 18:52:44 | | Quit petur (Nick collision from services.) |
| 18:52:49 | | Nick petut is now known as petur (n=petur@rockbox/developer/petur) |
| 18:53:17 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 18:53:50 | bertrik | obo,have you been able to enable the backlight already? |
| 18:54:19 | | Quit petur2 (Client Quit) |
| 18:54:40 | obo | bertrik: I've found a GPIO which turns it on and off - but I'm running my code after the OF bootloader, not a cold boot... |
| 18:57:30 | | Quit bertrik (Remote closed the connection) |
| 19:00 |
| 19:08:29 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 19:08:51 | | Quit petur (Nick collision from services.) |
| 19:08:53 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
| 19:09:28 | | Join kugel_ [0] (n=kugel@245.193-78-194.adsl-fix.skynet.be) |
| 19:13:04 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:13:37 | | Join bertrik [0] (n=bertrik@213.49.144.150) |
| 19:13:40 | | Join froggyman [0] (n=Froggyma@pool-71-186-6-182.chi01.dsl-w.verizon.net) |
| 19:16:01 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 19:17:33 | | Quit DarkDefender (Read error: 110 (Connection timed out)) |
| 19:20:25 | | Quit Zagor (Read error: 110 (Connection timed out)) |
| 19:20:40 | | Join Zagor [242] (n=bjst@rockbox/developer/Zagor) |
| 19:20:44 | | Join ocean__ [0] (i=d59c23e8@gateway/web/freenode/x-477f77eac10a1cbf) |
| 19:21:03 | ocean__ | someone could explain me what mculenaere means with FLT (flash layout)? |
| 19:21:31 | linuxstb | Not FTL? |
| 19:22:06 | Domonoky | FTL = Flash Translation Layer.. |
| 19:25:33 | bertrik | faster than light? |
| 19:26:38 | ocean__ | ok thanks i'm gonna read some specs about it |
| 19:26:56 | | Quit ender` (Read error: 60 (Operation timed out)) |
| 19:27:57 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 19:28:15 | | Join davidfg4 [0] (n=david@69.51.95.200) |
| 19:30:15 | saratoga | ocean__: its the mapping between logical addresses in software, and physical cells of memory on the flash chip |
| 19:30:51 | saratoga | the software continually changes them around to ensure that writes to the same logical address don't all write to the same physical cell in memory, wearing it out over time |
| 19:34:36 | ocean__ | yep read the intel paper and specs |
| 19:34:48 | ocean__ | and why the chinachip should be different? |
| 19:35:20 | ocean__ | also, as i wrote on the forum on linux 2.6.30 i cannot see the flash fat partitition on windows yes |
| 19:35:30 | ocean__ | so maybe windows drivers support that kind of FTL |
| 19:36:26 | ocean__ | if it is so i could try to get a hand on reversing the driver |
| 19:37:30 | saratoga | ocean__: the FTL is a piece of software in the original firmware's flash memory driver |
| 19:37:39 | saratoga | it happens below the level of the USB protocol and windows driver |
| 19:38:43 | saratoga | each manufactorer likely comes up with their own implementation, or licenses someone elses, so there will be many differences between different devices |
| 19:39:07 | ocean__ | mmm ok so maybe it's not possible to get to a raw read of the sectors behind fat partition as i hipotized in forum |
| 19:39:37 | saratoga | you can get raw sectors in rockbox, and get remapped sectors in the OF's USB mode |
| 19:40:03 | ocean__ | mmmm mculenaere post hit the nail |
| 19:40:28 | ocean__ | he says tha OF do the work of reading/writing |
| 19:40:56 | ocean__ | that* |
| 19:42:46 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 19:46:41 | | Join perrikwp [0] (i=18ac0c41@gateway/web/freenode/x-567526a1d1daf9e5) |
| 19:48:45 | ocean__ | so one way to get informations on FTL should be reversing original onda firmwares right? |
| 19:50:15 | | Quit kugel_ (Read error: 110 (Connection timed out)) |
| 19:53:57 | jds_ | hi guys, im playing around with and ftl, too. im wondering what vfl means, the acronym is around in a lot of papers about ftls out there but seems to be nowhere explained. do you know? |
| 19:54:32 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 19:58:33 | | Quit perrikwp ("Page closed") |
| 19:59:55 | ocean__ | mmm no in the intel paper i'm reading there's no trace of vfl |
| 20:00 |
| 20:02:46 | jds_ | you are right, i think i found it in some samsung docs. but mainly in the (mostyly uncommented) sourcecode of an reverse engineer reed only driver for samsungs whimory |
| 20:03:58 | jds_ | found the paper again (spotlight rocks): PBFilter: Indexing Flash-Resident Data |
| 20:03:58 | jds_ | through Partitioned Summaries |
| 20:05:41 | jds_ | http://hal.archives-ouvertes.fr/docs/00/28/51/30/PDF/RR-6548.pdf |
| 20:05:51 | ocean__ | mmm in the document it tells it's a api of FTL |
| 20:06:16 | ocean__ | "several FTL provide different API level" |
| 20:06:30 | jds_ | thats not exactly true |
| 20:06:55 | ocean__ | and cite FTL, VFL, FIL levels in Samsung S-SIM FTL |
| 20:07:04 | jds_ | in the sourcecode the vfl seems to map logical to virtual 'ftl' addresses |
| 20:07:21 | jds_ | sry, virtual vfl addresses |
| 20:07:32 | jds_ | and the vfl determines the physical address |
| 20:07:40 | ocean__ | could be some kind of virtual address translation |
| 20:08:57 | jds_ | you're right |
| 20:08:58 | ocean__ | http://www.cs.utexas.edu/users/lorenzo/corsi/cs372/03F/notes/11-13.pdf |
| 20:09:05 | jds_ | but i'm interested in the acronym |
| 20:09:36 | ocean__ | could be virtual file layer with file intended as memory page |
| 20:09:46 | ocean__ | or something like that |
| 20:10:06 | jds_ | sounds goot |
| 20:10:08 | jds_ | thanks |
| 20:13:19 | | Join tessarakt [0] (n=jens@e180075127.adsl.alicedsl.de) |
| 20:13:53 | B4gder | chaos on the cam! |
| 20:14:07 | B4gder | now we'll just see Jens' back there |
| 20:16:06 | | Join kperri [0] (n=perrikwp@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 20:18:02 | | Quit ender` (" Why shouldn't truth be stranger than fiction? Fiction, after all, has to make sense. -- Mark Twain") |
| 20:18:15 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 20:19:35 | | Join Hillshum [0] (n=4ba5ebce@gateway/web/cgi-irc/labb.contactor.se/x-7b7ba9757f267d76) |
| 20:22:07 | | Quit Hillshum (Client Quit) |
| 20:23:14 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-238-034.pools.arcor-ip.net) |
| 20:25:43 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 20:26:17 | mcuelenaere | ocean__: still here? |
| 20:26:52 | Mikachu | B4gder: maybe put the devcon in progress thing on the news thing? |
| 20:27:13 | B4gder | indeed |
| 20:27:45 | Torne | jds_: FTLs hav eto deal with three similar things and they sometimes do it in seperate layers: bad block remapping, erase blocks being bigger than sectors, and wear levelling |
| 20:27:55 | Torne | jds_: so that's possibly what the different layers there are |
| 20:28:07 | ocean__ | mcuelenaere: yes |
| 20:29:07 | mcuelenaere | ocean__: yes, the NFTL can be reverse engineered from the OF |
| 20:29:17 | mcuelenaere | I already identified the functions, but haven't looked into reversing them |
| 20:29:44 | * | Torne would help with that but is a bit NDAed. :) |
| 20:30:28 | Torne | but if people do have ftl questions i can try and answer.. |
| 20:31:34 | ocean__ | mcuelenaere: right now i don't know mips assembly only x86 but could help reverseing and learn while reversing |
| 20:31:34 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 20:31:34 | mcuelenaere | Torne: not every FTL is the same |
| 20:31:49 | Torne | mcuelenaere: no, but there aren't that many basic schemes |
| 20:32:03 | Torne | most of which samsung have hilarious patents on ;) |
| 20:32:27 | mcuelenaere | ocean__: well the FTL isn't top priority (for me) atm, but if you want to I can point you to the location in the binary |
| 20:32:49 | mcuelenaere | Torne: do you have experience with reversing a FTL through looking at a NAND dump? |
| 20:33:00 | ocean__ | well if there are other priority i can help with them :P |
| 20:33:06 | Torne | no, but i am familiar with how quite a few work |
| 20:33:17 | Torne | but, NDAs and shit |
| 20:33:18 | mcuelenaere | ocean__: did you already try running Rockbox? :) |
| 20:33:42 | ocean__ | i'm waiting for my dxt vx747+ to get charged (it arrived in the morning) |
| 20:33:44 | Torne | do you know whose ftl it is? |
| 20:33:50 | ocean__ | and will try running it on :D |
| 20:34:27 | ocean__ | it's for sure a jz/chinachip because the 747 model has hxf firmware binary |
| 20:34:42 | mcuelenaere | Torne: no idea, and I didn't find anything recognizable.. (no strings) |
| 20:34:51 | Torne | ah. |
| 20:35:17 | Torne | what kind of flash? |
| 20:35:19 | mcuelenaere | ocean__: it is probably compatible, there are a lot of clones out there and most of the 'real ones' work |
| 20:35:22 | ocean__ | samsung flash |
| 20:35:26 | mcuelenaere | Torne: NAND? or what do you mean? |
| 20:35:35 | Torne | MLC or SLC? |
| 20:35:55 | saratoga | surely MLC given the capacity |
| 20:36:18 | mcuelenaere | right, MLC |
| 20:36:29 | ocean__ | mcuelenaere: i have looked at some videos on youtube the firmware looks like the same, it only changes the inital splash screen |
| 20:36:37 | Torne | yah, so the write restrictions there are a bit of a clue at leatst |
| 20:36:39 | mcuelenaere | Torne: http://www.mediafire.com/?sharekey=456c97544b88ddd591b20cc0d07ba4d2b25d2a2012bfc5e7 contains a NAND dump (8GB) of my player, if you're interested ;) (no OOB included) |
| 20:37:01 | mcuelenaere | ocean__: yeah, that sounds compatible |
| 20:37:19 | Torne | mcuelenaere: i'm not *that* motivated :) |
| 20:37:34 | ocean__ | tonight after the first 8 hours charge i'll get rockbox on :P |
| 20:37:44 | Torne | do you know if the ecc is using the whole spare region? |
| 20:37:46 | ocean__ | and hope it works |
| 20:37:56 | Torne | or if part of that is the BBR/levelling data? |
| 20:38:59 | mcuelenaere | I don't know what BBR is, and I'm also not sure if the ECC is using the whole region (I don't think so); isn't that also part of the FTL specification? |
| 20:39:17 | mcuelenaere | s/also// |
| 20:39:25 | Torne | bad block relocation |
| 20:39:39 | Torne | quite alot of mlc flashes use the entire region for ECC |
| 20:39:49 | Torne | and have to store the actual FTL structure data in data blocks |
| 20:39:56 | Torne | you need a stronger ecc on mlc flash generally |
| 20:40:14 | Torne | and yes, the ecc will be implemente din the ftl as well |
| 20:40:43 | | Quit Ubuntuxer ("Leaving.") |
| 20:40:51 | mcuelenaere | hmm but generally speaking, is the definition of where to store the ECC and how big it is defined by the NAND manufacturer or the FTL one? |
| 20:41:10 | mcuelenaere | with 'where to store' meaning in the OOB |
| 20:41:31 | ocean__ | mcuelenaere: i have a little idea to avoid bricking up the little box, if i dump the every single bit in the nand like you've done and restore it, i also restore the firmware, the i could also try upgrading to some new onda firmware, and if goes wrong i restore the entire dump |
| 20:41:51 | | Quit timc (Read error: 110 (Connection timed out)) |
| 20:41:57 | Torne | mcuelenaere: not entirely sure but i think the ecc is likely to be dictated by the chip |
| 20:42:01 | | Join Zagor_ [0] (n=bjst@ip-212-239-214-166.dsl-static.scarlet.be) |
| 20:42:13 | Torne | mcuelenaere: the ECC is always going to be in the OOB |
| 20:42:32 | mcuelenaere | ocean__: you could try that, but I can't guarantee that will work (you never know what weird things get stored/verified by the OF) |
| 20:42:36 | ocean__ | howewer i'm lucky included in the package there's a little minisd so i could try rockbox without doing damage :P |
| 20:42:37 | | Quit Zagor (Nick collision from services.) |
| 20:42:41 | | Nick Zagor_ is now known as Zagor (n=bjst@rockbox/developer/Zagor) |
| 20:42:45 | Torne | it's a questin of whether it uses the whole OOB or not; if it doesn't then lots of FTLs use the space for their erase counts and sometimes mapping data |
| 20:42:57 | Torne | (at which point looking at an OOB-less dump is useless) |
| 20:43:03 | mcuelenaere | ocean__: Rockbox currently *doesn't* require any 'damage' to your player, it fully runs in RAM and SD |
| 20:43:57 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 20:44:11 | *** | Saving seen data "./dancer.seen" |
| 20:45:29 | mcuelenaere | Torne: also, the hardware offers a choice between doing Hamming or RS algorithms; I suppose the two algorithms yield different ECC data? |
| 20:45:37 | ocean__ | yeah but i also wanted to play a little with the box, linux/moddded firmware :P |
| 20:45:40 | Torne | yup |
| 20:45:45 | Torne | they may also be different sizes |
| 20:45:56 | funman | bertrik: if you're going to work on clip/m200v4 problem at devcon perhaps i can arrange to be on irc at the same time |
| 20:46:05 | ocean__ | but i think until i don't have a way to get hold of the OF i'll stick to play with rockbox :) |
| 20:46:20 | bertrik | funman, ok good idea, probably not tonight though |
| 20:46:22 | mcuelenaere | ocean__: linux also doesn't require any NAND modifications ;) |
| 20:46:36 | ocean__ | i read on the jz-kernel |
| 20:46:44 | bertrik | I don't really trust the current ams sansa memory layout |
| 20:46:46 | funman | bertrik: i'm working from 12AM->3PM and 6PM->1AM |
| 20:46:55 | ocean__ | they flashed it and pointed to a 747write link |
| 20:47:02 | ocean__ | to restore the original OF |
| 20:47:04 | funman | bertrik: it's fine, really ;) i think the problem is in buffering.c / playback.c |
| 20:47:18 | mcuelenaere | ocean__: could be, but last time I tried it; it purely ran from SD |
| 20:47:25 | bertrik | we now basically have the codecs in iram and the rest in dram, right |
| 20:47:29 | Torne | mcuelenaere: you got datasheets for the chip? |
| 20:47:36 | mcuelenaere | Torne: yes |
| 20:47:38 | funman | bertrik: some rockbox code is in iram also |
| 20:47:40 | * | B4gder adds committer #75 |
| 20:47:41 | Torne | which is it? |
| 20:47:56 | mcuelenaere | Torne: http://www.rockbox.org/wiki/OndaVX747 |
| 20:48:11 | mcuelenaere | Samsung K9HBG08U1M on my DAP |
| 20:48:27 | funman | B4gder: \o/ |
| 20:49:31 | * | mcuelenaere should probably add a link to the leaked Ingenic datasheets too |
| 20:52:28 | funman | obo: the sansa view screen is 320x240? |
| 20:52:34 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 20:52:36 | obo | funman: yup |
| 20:53:05 | funman | your code for backlight doesn't work on a cold boot ? |
| 20:53:17 | | Join low_light [0] (n=chatzill@rrcs-24-123-47-98.central.biz.rr.com) |
| 20:53:34 | funman | perhaps there is another pin for powering lcd controller |
| 20:53:48 | obo | funman: I've never tried a cold boot. I don't yet want to competely replace the bootloader... |
| 20:54:30 | low_light | Bagder: did you see my reqest? http://www.rockbox.org/irc/log-20090619#06:30:26 |
| 20:54:34 | funman | i think cold boot is better unless you really miss something mandatory |
| 20:55:04 | funman | Bagder: while you're at it, did you see my request for c200v2 ? :) |
| 20:56:13 | Torne | mcuelenaere: where are you getting the info on the ecc? |
| 20:56:19 | Torne | mcuelenaere: datasheet implies the hardware doesn't care |
| 20:56:27 | mcuelenaere | Torne: which info on the ECC? |
| 20:56:32 | Torne | hamming/rs |
| 20:56:34 | Mikachu | funman: i think you want to use B4gder for hilighting him right now :) |
| 20:56:49 | Torne | from teh datasheet i would guess it was a dumb chip and its all software's problem |
| 20:56:50 | mcuelenaere | Torne: the hardware offers RS/Hamming decoding |
| 20:57:09 | Torne | oh, sorry, you mean the controller in the soc? |
| 20:57:14 | mcuelenaere | yes |
| 20:57:19 | Torne | sorry. im being dumb |
| 20:57:50 | mcuelenaere | nah, you're not with the datasheets in front of you :) |
| 20:57:58 | | Quit prona (Read error: 110 (Connection timed out)) |
| 20:58:08 | obo | funman: well, I'm not sure about recovery details... recovery mode seems to be built into the bootloader, which I'd be replacing? |
| 20:58:14 | Torne | is the soc manual around? |
| 20:58:25 | low_light | funman: we don't replace the OF bootloader on portalplayer devices (assuming the view is a pp decendent) |
| 20:58:40 | mcuelenaere | Torne: NAND flash can be connected to static memory bank 4~ band 1. Both 8-bit and 16-bit NAND flashes are supported. Hardware ECC generator is implemented (including Hamming and RS codes correction). A mechanism for booting from NAND flash is also supported. |
| 20:58:44 | obo | low_light: PP6100 |
| 20:59:04 | Torne | ah right |
| 20:59:07 | mcuelenaere | Torne: http://en.pudn.com/downloads160/ebook/detail723804_en.html (if you have an account) |
| 20:59:39 | Torne | no |
| 20:59:50 | low_light | obo, funman: the rockbox bootloader always loads after the OF bootloader |
| 21:00 |
| 21:00:15 | | Quit Nico_P (Remote closed the connection) |
| 21:00:40 | | Join Bagder_ [0] (n=daniel@ip-212-239-214-166.dsl-static.scarlet.be) |
| 21:01:42 | | Quit Bagder (Nick collision from services.) |
| 21:01:49 | | Nick Bagder_ is now known as Bagder (n=daniel@ip-212-239-214-166.dsl-static.scarlet.be) |
| 21:02:11 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 21:02:48 | obo | low_light: good to know. does it still load the OF from a file, or does it read from the second (hidden) partition? |
| 21:02:56 | funman | oh you only replace the .mi4 (which is a _rockbox_ bootloader, right?) |
| 21:03:48 | | Quit BryanJacobs ("Page closed") |
| 21:04:15 | low_light | obo: if it's like the c200/e200 then it's loaded from the hidden partition |
| 21:06:41 | obo | low_light: yup, the view OF does that (the magic in that partition is a little different, but it's very similar to an e200) - I just wasn't clear about how the rb bootloader did it |
| 21:07:11 | | Part captain_kewl |
| 21:08:59 | | Quit B4gder (Connection timed out) |
| 21:10:14 | low_light | obo: the rb bootloader replaces the firmware, and simply loads rockbox.mi4 from the disk |
| 21:12:58 | obo | low_light: Okay. I guess I'll worry about that if I actually get around to having worth installing :) Back to looking at LCD code |
| 21:15:40 | low_light | obo: have you tried the e200 emulator (FS #6524)? It has been very useful for me in the porting PP devices. |
| 21:16:50 | obo | low_light: I had a look at it a month or two ago, but I didn't have much luck in getting anything to run - will have to have another try |
| 21:21:03 | low_light | Bagder: did you see my reqest :) http://www.rockbox.org/irc/log-20090619#06:30:26 |
| 21:21:04 | | Join Zagor_ [0] (n=bjst@ip-212-239-214-166.dsl-static.scarlet.be) |
| 21:21:13 | Bagder | no... |
| 21:21:24 | Bagder | ah nice |
| 21:21:26 | | Quit Zagor (Nick collision from services.) |
| 21:21:29 | Bagder | wider table! |
| 21:21:30 | | Nick Zagor_ is now known as Zagor (n=bjst@rockbox/developer/Zagor) |
| 21:21:32 | ocean__ | mcuelenaere: couldn't you upload it somewhere else? |
| 21:21:51 | ocean__ | i don't have an account on that website |
| 21:22:06 | ocean__ | if could upload the document somewhere else thank :) |
| 21:22:14 | funman | Bagder: did you see my request to add c200v2 boot/sim/build ? |
| 21:22:22 | Bagder | no |
| 21:22:39 | funman | XXXXXL build table ;) |
| 21:23:23 | LambdaCalculus37 | We're going to need a wiiiiiiiide screen now. :) |
| 21:23:27 | Mikachu | maybe time to put sims in a separate table? :) |
| 21:24:10 | mcuelenaere | ocean__: did you get my PM? |
| 21:25:00 | Domonoky | or switch the buildtable orientation again ? |
| 21:25:31 | Bagder | I tried to rotate it once, it didn't make much of a difference in usability |
| 21:25:42 | ocean__ | mcuelenaere: yes |
| 21:26:32 | Bagder | ok, I'll add a bunch of new builds a bit later |
| 21:26:44 | Bagder | I'll poke on the new build server code first |
| 21:26:45 | funman | perhaps the table can be circular ? |
| 21:27:16 | Mikachu | maybe some sort of mandelbrot? |
| 21:27:23 | | Quit bubsy ("Panic.") |
| 21:27:38 | | Join bubsy [0] (i=Bubsy@94.139.72.137) |
| 21:28:45 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 21:28:55 | obo | low_light: which version of the e200 emulator do you use? The last one posted on that task? |
| 21:29:05 | funman | i was thinking of something like svg (written by the buildserver) |
| 21:31:03 | low_light | obo: I believe I started with the last one. You'll need to adjust the ram offset. The e200 loads to 0x10600000 whereas you say the view loads to 0x10f00000. |
| 21:32:05 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
| 21:32:26 | | Part n00b81 ("Leaving") |
| 21:32:32 | | Quit PaulJam (simmons.freenode.net irc.freenode.net) |
| 21:32:32 | NSplit | simmons.freenode.net irc.freenode.net |
| 21:32:32 | | Quit dfkt (simmons.freenode.net irc.freenode.net) |
| 21:32:32 | | Quit CaptainKewl (simmons.freenode.net irc.freenode.net) |
| 21:32:32 | | Quit J-23 (simmons.freenode.net irc.freenode.net) |
| 21:32:32 | | Quit jordan` (simmons.freenode.net irc.freenode.net) |
| 21:32:32 | | Quit scorche (simmons.freenode.net irc.freenode.net) |
| 21:35:00 | NHeal | simmons.freenode.net irc.freenode.net |
| 21:35:00 | NJoin | PaulJam [0] (i=Paule@vpn-3033.gwdg.de) |
| 21:35:00 | NJoin | dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 21:35:00 | NJoin | CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 21:35:00 | NJoin | J-23 [0] (n=zelazko@unix.net.pl) |
| 21:35:00 | NJoin | jordan` [0] (i=gromit@78.235.252.137) |
| 21:35:00 | NJoin | scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 21:35:26 | CIA-70 | New commit by Ubuntuxer (r21353): added myself to the committers |
| 21:35:57 | kugel | \0/ |
| 21:36:01 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 21:36:03 | mcuelenaere | Ubuntuxer: \o/ |
| 21:36:24 | Mikachu | /o\ |
| 21:38:15 | * | LambdaCalculus37 congratulates our newest committer \o/ |
| 21:39:00 | * | mcuelenaere awaits his/her first commit |
| 21:40:15 | Mikachu | i would go with his |
| 21:40:20 | LambdaCalculus37 | mcuelenaere: Besides adding to docs/COMMITTERS? |
| 21:40:59 | Bagder | he is a he |
| 21:41:07 | mcuelenaere | LambdaCalculus37: wasn't Ubuntuxer mostly accepted because of the fact that more patches were going to get committed? |
| 21:41:15 | Mikachu | and that wasn't prejudice, i checked the commit and saw "johannes" :) |
| 21:41:28 | LambdaCalculus37 | mcuelenaere: Yes, mostly plugin fixes that should really go in IMHO. |
| 21:41:28 | saratoga | Ubuntuxer: congrats |
| 21:41:38 | saratoga | oh hes not online |
| 21:43:03 | | Join matsl [0] (n=matsl@host-90-233-220-224.mobileonline.telia.com) |
| 21:46:43 | | Quit bmbl ("Bye!") |
| 21:53:33 | | Nick ocean__ is now known as ocean[afk] (i=d59c23e8@gateway/web/freenode/x-477f77eac10a1cbf) |
| 21:59:00 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/freenode/x-909b8d2d1aed7794) |
| 21:59:19 | | Quit LambdaCalculus37 () |
| 22:00 |
| 22:03:17 | | Quit ender` (" It's bad luck to be superstititious. -- Law of Superstition") |
| 22:05:00 | | Quit evilnick (Ping timeout: 180 seconds) |
| 22:06:15 | | Quit mcuelenaere (Remote closed the connection) |
| 22:07:14 | | Part CaptainKwel |
| 22:09:21 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 22:11:26 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 22:11:47 | | Quit kperri (Read error: 110 (Connection timed out)) |
| 22:12:05 | | Quit low_light ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
| 22:13:15 | | Join edhelas [0] (n=edhelas@ort64-1-78-224-101-12.fbx.proxad.net) |
| 22:13:22 | edhelas | hye :) |
| 22:13:53 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 22:18:38 | | Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) |
| 22:21:54 | | Quit Zarggg () |
| 22:31:31 | | Quit funman ("free(random());") |
| 22:34:27 | | Quit JdGordon| ("Page closed") |
| 22:34:56 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 22:39:50 | webmind | rockbox boots again |
| 22:39:56 | webmind | but no keys are working |
| 22:40:04 | webmind | I think I broke the interface connector :( |
| 22:44:16 | *** | Saving seen data "./dancer.seen" |
| 22:44:18 | | Join Ac-town [0] (n=ac-town@c-67-171-204-133.hsd1.or.comcast.net) |
| 22:46:34 | | Join timc [0] (n=aoeu@116.3.0.30) |
| 22:46:50 | | Join JdGordon| [0] (i=ad809766@gateway/web/freenode/x-ad6f68dfe17a5465) |
| 22:47:17 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 22:48:13 | ocean[afk] | bye |
| 22:48:21 | | Quit ocean[afk] ("Page closed") |
| 22:54:25 | | Join _lifeless [0] (n=lifeless@188.16.122.29) |
| 22:55:22 | pixelma | Llorean: I experienced the wrong resumed playlist with songs added by "insert shuffled" too on my Ondio, running r21323. If I'm not confusing things, the playlist position index in the WPS showed the correct position in the playlist but I need to try and reproduce... |
| 22:56:57 | | Quit edhelas (Read error: 113 (No route to host)) |
| 22:58:30 | | Join edhelas [0] (n=edhelas@ort64-1-78-224-101-12.fbx.proxad.net) |
| 23:00 |
| 23:00:11 | | Quit JdGordon| (Ping timeout: 180 seconds) |
| 23:01:25 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 23:02:13 | CIA-70 | New commit by bagder (r21354): Initial commit of early work on the new build server system. See ... |
| 23:03:01 | | Quit Thundercloud (Remote closed the connection) |
| 23:04:48 | edhelas | http://78.224.101.12/rock/ I'm working on a new version of the wesite interface of rockbox wesite, someone is interested ? |
| 23:06:49 | | Join __lifeless [0] (n=lifeless@188.16.122.29) |
| 23:06:55 | Zagor | edhelas: we are working on a new version too: http://new.rockbox.org |
| 23:07:14 | edhelas | good :D |
| 23:07:48 | | Quit d3v14710n (Read error: 60 (Operation timed out)) |
| 23:09:25 | edhelas | good job ;) |
| 23:11:29 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 23:12:47 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 23:12:50 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 23:18:18 | | Join matsl_ [0] (n=matsl@host-90-233-220-224.mobileonline.telia.com) |
| 23:18:33 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
| 23:18:37 | | Quit _lifeless (Read error: 113 (No route to host)) |
| 23:20:32 | | Quit pyro_maniac ("Leaving.") |
| 23:20:55 | * | amiconn wants a better mpegplayer benchmark than just staring at fps values |
| 23:21:30 | LambdaCalculus37 | amiconn: What about a test_mpeg plugin for video benchmarks? |
| 23:21:47 | amiconn | A plugin for a plugin? |
| 23:21:51 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 23:22:25 | LambdaCalculus37 | Now that I think about it, it is kind of stupid. |
| 23:26:52 | * | amiconn is a bit disappointed |
| 23:27:32 | amiconn | I've got the armv5+ idct working, but it looks like it isn't faster than the plain one on arv6 at least |
| 23:27:46 | amiconn | (mpegplayer idct that is) |
| 23:28:14 | amiconn | There's some hope for the clamp/add/store stage though |
| 23:37:14 | matsl_ | B4gder: Hows devcon going? |
| 23:37:45 | B4gder | beer, pizza, crazy devs |
| 23:37:52 | B4gder | couldn't be better! |
| 23:38:06 | matsl_ | No midsummer snaps? |
| 23:38:17 | B4gder | belgium beer makes up for it |
| 23:38:36 | Zagor | I tought about bringing sill and snaps, but the silly airlines would have stolen it anyway |
| 23:39:34 | matsl_ | Your all sitting up and even standing. Are you sure you had any beer? |
| 23:39:59 | matsl_ | It is a live cast isn't it? |
| 23:40:03 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 23:40:12 | B4gder | we need more beer ineed |
| 23:40:17 | * | B4gder adds a d |
| 23:41:44 | funman | bertrik: did you bring your c200v1 to devcon? |
| 23:42:13 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 23:42:17 | GodEater | matsl_: it's a live feed yes |
| 23:43:23 | matsl_ | GodEater: Well bagder talks about beer and I see only coffe cups ;-) |
| 23:43:35 | Zagor | B4gder: ineed, youneed, weneed? |
| 23:44:07 | funman | matsl_: irish coffee perhaps O:-) |
| 23:44:28 | matsl_ | Ah... missed that |
| 23:44:45 | * | pixelma wonders whether she should finally commit the c200 keymap patch... |
| 23:44:45 | bertrik | funman, yes |
| 23:45:02 | * | B4gder spots many beer bottles here, but perhaps the beer bottle filter is on the cam |
| 23:45:09 | AlexP | pixelma: yes |
| 23:45:14 | * | bertrik votes yes |
| 23:45:29 | funman | bertrik: could you give a try to http://pastie.org/517095 ? (i swear, last attempt) |
| 23:45:32 | pixelma | I know.... still a bit hesitant as I'm not fully satisfied with it (but when will that ever be?) |
| 23:45:39 | GodEater | WE'VE DRUNK ALL THE BEER!!!! |
| 23:45:41 | GodEater | CRISIS!!!! |
| 23:45:51 | AlexP | pixelma: It is still much better than it is |
| 23:46:10 | funman | GodEater: use get_beer_buffer() |
| 23:46:23 | GodEater | buffer underun |
| 23:47:16 | | Join flydutch [0] (n=flydutch@host196-167-dynamic.8-87-r.retail.telecomitalia.it) |
| 23:47:19 | pixelma | everything at once or in small chunks? |
| 23:47:19 | kugel | stkov |
| 23:47:54 | funman | pixelma: i think everything at once is ok, keymaps are easy to review in the file |
| 23:48:09 | AlexP | I agree |
| 23:50:19 | bertrik | funman, 41 fps at 30 MHz |
| 23:50:29 | Mikachu | i think you mean beer underflow |
| 23:50:43 | matsl_ | Must disconnect now. Happy devcon hacking! |
| 23:50:50 | funman | bertrik: thanks |
| 23:51:13 | bertrik | I'll revert the change and test again just to be sure |
| 23:51:28 | | Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more") |
| 23:51:48 | | Quit matsl_ ("Leaving") |
| 23:52:52 | funman | i would like to see how this affects c200v2 and perhaps use 2 different loops |
| 23:53:26 | funman | perhaps make lcd_send_data() a macro for c200v1 |
| 23:55:21 | | Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) |
icon identifies that the person is a core developer (has commit access).