Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-01-09

00:03:02*jhMikeS feels the irresistable compulsion to see if that other line helps the compression *argh*
00:03:26CIA-7New commit by 03bagder (r29010): Haxx logo: updated
00:07:09 Quit casainho (Ping timeout: 265 seconds)
00:09:32 Quit perfectdrug (Ping timeout: 260 seconds)
00:10:41 Join JdGordon| [0] (~jonno@124-171-7-125.dyn.iinet.net.au)
00:10:41 Quit JdGordon| (Changing host)
00:10:41 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
00:14:19B4gder"The architecture dates from the 1990s" <= MSP430
00:14:29B4gderseems unlikely to exist in a modern player...
00:15:03B4gderhm "Texas Instruments released the MSP430 Launchpad in July 2010 at the price of $4.30 with free shipping to the United States" perhaps not...
00:16:22*gevaerts tells B4gder about http://www.westerndesigncenter.com/wdc/w65c02s-chip.cfm
00:16:41gevaerts1990s is *new*!
00:17:04*B4gder reminds gevaerts that he did many demos and games on the C64...
00:17:44B4gderbut is that old 6502 stuff used in modern designs you say?
00:18:05B4gderbut right, old tech never really dies
00:18:15gevaertsThey're still selling those chips anyway
00:18:50B4gderits not too unlike the 8051s of course, and I know LinusN has one of them in a brand new design...
00:19:52gevaertsSometimes the 9th bit is really superfluous
00:27:08***Saving seen data "./dancer.seen"
00:45:05 Quit utanapischti (Quit: WeeChat 0.3.2)
00:45:31 Join sasquatch [0] (~username@p4FF2DD9C.dip.t-dialin.net)
00:50:53LloreanDo any of the players even accurately indicate charge status other than "charging" or "fully charged"?
00:51:03 Quit {phoenix} (Remote host closed the connection)
00:56:27 Quit Strife89 (Ping timeout: 240 seconds)
01:00
01:00:06jhMikeSthe 2nd option to clear free space didn't matter much. rm seem to write back the data because it took about 15-20 seconds to complete after dd;rm whereas after the one with cat;sync;sleep;sync;rm, rm was instant
01:01:42gevaertsHow long did the dd take?
01:02:06 Quit sideral (Quit: Leaving.)
01:02:57jhMikeSabout a 1-2 mins (so it seemed)
01:03:27[Saint]Llorean: How do you mean?
01:03:30gevaertshm, that should have worked then
01:03:37[Saint]It sepends on the theme, really.
01:03:44[Saint]*depends.
01:04:18Llorean[Saint]: No, I mean does Rockbox even have the capability of accurately reporting the battery level on a player currently, while charging?
01:04:24 Join zippair [0] (5283ee8a@gateway/web/freenode/ip.82.131.238.138)
01:04:30[Saint]Yes.
01:04:30zippairhi all
01:04:36jhMikeSgevaerts: about the only thing left is to max out the compression (dictionary and word length, but takes more ram to decompress)
01:04:48zippairi have a question
01:04:54Llorean[Saint]: Which player?
01:04:58zippairsomebode can help me?
01:05:10[Saint]Llorean: Nano2G for one.
01:05:23zippairi have an ipod classic 120gb
01:05:25[Saint]It just monitors charging handled by hardware IIUC
01:05:45zippairand i vant to use wit rockbox
01:05:48Llorean[Saint]: And you're certain it's accurately reporting the level? The level doesn't go through a change a short period after unplugging?
01:05:51[Saint]zippair: Just ask your question.
01:06:24 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
01:06:29LloreanMost of the players, the level isn't actually accurate while the battery is being charged, and is only accurate after charging has stopped.
01:06:32[Saint]Llorean: Well, of course it would...but no more than any other battery. Batteries run out of juice eventually ;)
01:06:42Llorean[Saint]: Please don't play dumb.
01:06:43jhMikeSgevaerts: 2nd file was 300K smaller, possibly swap area related, not worth re-uploading
01:06:54LloreanI was asking a serious question.
01:07:04 Quit mudd1 (Read error: Operation timed out)
01:07:34[Saint]And I made a serious statement, I guess I didn't understand what you were asking "does the battery discharge after charging" seemed a little odd.
01:08:17[Saint]but yeah, NAno2G at least simply monitors what the hardware is doing with the battery, should be reported accurately.
01:08:31LloreanCould you test for me?
01:08:38[Saint]How?
01:08:49[Saint]Plug in, unplug, monitor?
01:08:49LloreanCharge it up to 76% or so, pick a number to stop at, and then see if it seems to settle on another number before progressing at the usual rate.
01:09:26[Saint]I would have to wait for my devices to discharge massively if any particular number is needed.
01:09:35[Saint]al mine are at 98~99% :/
01:09:55LloreanOr run one down to 85% then plug it in and see if it stays at 85% after plugging in, or if the number jumps up a bit.
01:10:26 Join Strife89 [0] (~Strife89@adsl-80-147-223.mcn.bellsouth.net)
01:11:26[Saint]Ok, found one in the car at 72%
01:11:29zippairif i installed rockbox, i will play flac on my car ?( i connect to my car radio with lower connector of ipod)
01:11:55kisakyou're pretty funny zippair, the ipod classic got audio playback support 13 days ago and it got fast enough for it to do realtime yesterday
01:11:59[Saint]plugged in, immediately the remaining time changes...stays on 72%...gradually incremented to 73%
01:12:04[Saint]Llorean: ^
01:12:25[Saint]seems to be working fine, not sure what other targets monitor charging in this way though.
01:12:27[Saint]if any.
01:12:51kisakzippair: there's a low chance of the apple accessory protocol working yet
01:13:44Llorean[Saint]: Many of the targets, when power is applied, will report inaccurate battery voltages until you've unplugged the charger.
01:13:49 Join Buschel [0] (~chatzilla@p54B66B51.dip.t-dialin.net)
01:14:01[Saint]kisak: fwiw, that chance is actually pretty high.
01:14:02zippairOk, thanks kisak!
01:14:10zippairhmm
01:14:17Llorean[Saint]: Even if we're monitoring them by just monitoring some other hardware that's handling the charging, that might've still been the case, which is why I wanted to know if it's accurate.
01:14:18[Saint]Apple acessory protocol is pure voodoo written by witches.
01:14:27[Saint]kisak: ^
01:14:53kisak[Saint]: there's no mention that the ipod nano 2g got included with the aap
01:15:01[Saint]Llorean: Well, this really only means anything if the device in question is a Nano2G I believe.
01:15:27 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
01:16:05[Saint]kisak: Sorry, I read an imaginary "not".
01:16:31[Saint]Yeah, the chances of accessories actually working, compared to the sheer number of accessories is pretty low.
01:17:09TheSevenLlorean: The nano2g battery state detection has some compensation wizardry for that :)
01:17:26TheSevenso it is fairly accurate on the nano2g, but not accurate at all on most other devices
01:17:50[Saint]TheSeven: Am I right in thinking that the Nano2G is the only target that monitors charging this way?
01:18:25 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
01:18:45TheSevenzippair: if the car just uses the lineout and doesn't care about the accessory protocol, it might work. just give it a try.
01:20:03TheSeven[Saint]: It's the only target I implemented battery inner resistance compensation for, yes. No idea if someone else did something similar for other devices.
01:20:51kisakTheSeven: happen to know how far the ipod nano 2g is from using the aap?
01:21:08kisakis it yet another chipset to slow things down?
01:21:18zippair<TheSeven> i can browse and change albums direcly my car radio, what do u thing, it will work?
01:21:29AlexPzippair: Real words please
01:21:40TheSevenkisak: the serial port stuff on the nano2g shouldn't be hard.
01:21:40AlexPkisak: There are quite a lot of different protocols
01:21:52[Saint]kisak: it's working out the sheer voodoo of the accessory protocol
01:21:56TheSevenit's just that nobody has dared to touch that pp-specific ifdef hell in serial.c yet
01:22:00AlexPkisak: So there are two things to do: the serial driver, and the actual protocol
01:22:06TheSevenespecially the autobauding is black magic
01:22:19AlexPRockbox only supports a subset of the protocols
01:22:23TheSevenif someone cleans that up, doing the hw driver should be easy
01:22:36TheSevenzippair: that can't work (yet)
01:23:27kisakwell, hopefully these newer ports can be tied into what we got going already, it's better than nothing
01:24:40 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.)
01:24:58 Quit kadoban (Remote host closed the connection)
01:25:39 Quit JesusFreak316 (Ping timeout: 240 seconds)
01:25:44 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
01:25:47zippairif i have any problem when i install rockbox, i will always back to the original ipod menu, or if i have problem during install, i will loose my ipod?
01:27:38TheSevenas usual, no warranty for anything, you do everything at your own risk
01:27:38[Saint]zippair: Of course there is a chance you could irrepairable damage your iPod.
01:27:50TheSevenbut usually there should always be a way to get it back to factory state
01:28:11TheSevendepending on what kind of shit happened, it might be more or less complicated
01:28:45[Saint]everything falls back to the : "Do it at your own risk, it's your fault if it dies not ours" claus though.
01:30:59kisakfor now I must wait, I got a ipoc classic 1g 160GB
01:31:04kisak*iPod
01:32:01 Quit kadoban (Remote host closed the connection)
01:32:51TheSevenwhy wait? do something about it!
01:33:22[Saint]Some people treat shiny things like children.
01:33:30 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
01:36:48TheSevenhttp://pastie.org/1441402 << s5l8702 mmc code i hacked up so far
01:37:59 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
01:39:05 Quit Judas_PhD (Quit: This is a quitting message)
01:39:34 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
01:40:11TheSevensomeone with a thick 160gb and basic programming knowledge might want to give that a try and see how far it comes (just call mmc_init() and ceata_init() from an embios application)
01:54:48 Quit ender` (Quit: The evolution of languages: FORTRAN is a non-typed language. C is a weakly typed language. Ada is a strongly typed language. C++ is a strongly hyped language.-- Ron Sercely)
02:00
02:03:23 Join froggyman [0] (~seth@98.115.0.7)
02:03:23 Quit froggyman (Changing host)
02:03:23 Join froggyman [0] (~seth@unaffiliated/froggyman)
02:08:23 Join Strife89_ [0] (~Strife89@adsl-80-147-223.mcn.bellsouth.net)
02:10:46 Quit zippair (Quit: Page closed)
02:13:25 Quit mudd1 (Ping timeout: 255 seconds)
02:19:37 Quit moos (Quit: reboot)
02:20:34 Quit pamaury (Remote host closed the connection)
02:25:43 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
02:25:58 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
02:26:47 Join moos [0] (moos@85-171-90-254.rev.numericable.fr)
02:26:47 Quit moos (Changing host)
02:26:47 Join moos [0] (moos@rockbox/staff/moos)
02:27:09***Saving seen data "./dancer.seen"
02:37:46 Join JdGord [0] (~jonno@122.110.136.4)
02:38:18 Join moos_ [0] (moos@85-171-90-254.rev.numericable.fr)
02:40:07 Quit moos (Ping timeout: 260 seconds)
02:40:14 Nick moos_ is now known as moos (moos@85-171-90-254.rev.numericable.fr)
02:40:46 Quit moos (Changing host)
02:40:46 Join moos [0] (moos@rockbox/staff/moos)
02:52:16 Join JdGordy [0] (~jonno@122.110.136.4)
02:52:35 Quit JdGord (Read error: Connection reset by peer)
03:00
03:02:09 Part domonoky
03:06:22 Quit GeekShadow (Quit: The cake is a lie !)
03:10:10 Quit Rob2222 (Quit: Rob2222)
03:23:58 Nick krazykit` is now known as krazykit (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
03:24:17 Quit T44 (Ping timeout: 240 seconds)
03:26:56 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
03:27:55 Quit kadoban (Remote host closed the connection)
03:28:05 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
03:29:27 Quit fyrestorm (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!)
03:31:07 Join toffe82_ [0] (~chatzilla@adsl-70-235-225-226.dsl.frs2ca.sbcglobal.net)
03:33:11 Quit ps-auxw (Ping timeout: 272 seconds)
03:34:25 Quit toffe82 (Ping timeout: 255 seconds)
03:35:23 Quit T44 (Quit: Leaving)
03:35:32 Quit timccc (Remote host closed the connection)
03:35:49 Join T44 [0] (~Topy44@f049111177.adsl.alicedsl.de)
03:36:39 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
03:38:47 Join timccc [0] (~timccc@112.166.15.141)
03:44:02 Join Rob2222 [0] (~Miranda@p4FFF2C9C.dip.t-dialin.net)
03:52:34 Quit DerPapst1 (Quit: Leaving.)
03:52:34 Quit DerPapst (Quit: Leaving.)
03:54:10 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-237.tampfl.fios.verizon.net)
03:58:38 Quit MethoS- (Remote host closed the connection)
03:59:37 Join mgue [0] (~mgue@pD95E7E78.dip.t-dialin.net)
04:00
04:02:05CIA-7New commit by 03jethead71 (r29011): Gigabeat F can easily manage 60fps in pacbox.
04:04:47 Quit JesusFreak316 (Ping timeout: 240 seconds)
04:04:50CIA-7r29011 build result: All green
04:12:34 Join Barahir_ [0] (~jonathan@frnk-590fef85.pool.mediaWays.net)
04:15:32 Quit Barahir (Ping timeout: 240 seconds)
04:17:56 Quit mgue (Quit: Lost terminal)
04:19:44 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
04:19:55 Quit tchan (Changing host)
04:19:56 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
04:21:05 Quit kadoban (Remote host closed the connection)
04:25:10 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
04:27:13***Saving seen data "./dancer.seen"
04:29:39 Join MethoS- [0] (~clemens@134.102.106.250)
04:33:43 Quit factor (Ping timeout: 276 seconds)
04:35:19 Quit Judas_PhD (Quit: This is a quitting message)
04:38:04 Quit ruckus (Ping timeout: 246 seconds)
04:41:03 Quit amiconn (Disconnected by services)
04:41:03 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:41:03 Quit pixelma (Disconnected by services)
04:41:06 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:41:08 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:41:21 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:00
05:03:17 Join factor [0] (~factor@75.108.68.114)
05:06:13 Quit moos (Ping timeout: 255 seconds)
05:08:49 Quit Rob2222 (Ping timeout: 276 seconds)
05:16:47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
05:30:47 Quit JdGordy (Read error: Connection reset by peer)
05:30:57 Join JdGord [0] (~jonno@122.110.136.4)
05:31:10 Join webguest79 [0] (~4bb9dcfa@giant.haxx.se)
05:31:19webguest79Say I click on a music file in a folder when no music is playing −− the song become first in a new dynamic playist. If I then navigate to some other folder and click on a song, instead of a new dynamic playlist, it just adds the song to then end and splashes "queue last". Instead I want it to erase the dynamic playist, and create a new. I can't figure out how.
05:34:28[Saint]That is definitely not the behaviour I have with my devices.
05:34:57[Saint]if I click on a track from a new folder, the dynamic playlist is erased, and a new one created from the current dir
05:35:14[Saint]this is normal behaviour.
05:35:49 Quit MethoS- (Remote host closed the connection)
05:38:38[Saint]webguest79: What device is this? And what revision/release?
05:38:50[Saint]I absolutely cannot reproduce your behaviour.
05:39:08 Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net)
05:40:59webguest79[Saint]: e200 v1. I just installed the current build.
05:42:32webguest79well i just went did "reset settings" through the "manage settings" menu, and it's fixed.
05:42:43[Saint]I was just going to sugegst that.
05:43:04[Saint]We have had cases where upgrading caused all types of sillyness with the config settigns.
05:43:13webguest79still curious what setting caused it. I've had RB for a long time, and this is a mystery.
05:43:21[Saint]you don't happen to have a copy of your config.cfg still do you?
05:43:38webguest79dammit. No.
05:43:40[Saint]and, what revision did you update from?
05:43:45[Saint]ahh, fuck.
05:43:47[Saint]oh well.
05:43:50webguest79sorry again −− don't know.
05:44:10[Saint]No worries, we've seen it happen, but have no idea what causes it to my knowledge ;)
05:52:52 Quit webguest79 (Quit: CGI:IRC)
05:53:35 Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com)
05:58:24 Quit parafin (Ping timeout: 260 seconds)
06:00
06:00:43 Join parafin [0] (parafin@paraf.in)
06:01:12 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.)
06:27:14***Saving seen data "./dancer.seen"
06:28:08 Join Horschti [0] (~Horscht@xbmc/user/horscht)
06:29:25 Quit liar (Read error: No route to host)
06:30:56 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
06:31:17 Quit Horscht (Ping timeout: 255 seconds)
06:36:10 Join MOM [0] (~souya@123-243-59-16.static.tpgi.com.au)
06:36:48MOMhelp me please anyone !!
06:38:29[Saint]Ok...but we're not mind readers so you need to ask a question first
06:39:09 Quit Strife89_ (Quit: Bed.)
06:41:51[Saint]MOM: ?
06:43:17jhMikeS[Saint]: you pounce very stridently at times :)
06:43:59*[Saint] has a parsing failure.
06:44:08[Saint]I'll assume it's a good thing and take credit.
06:44:12[Saint];)
06:44:17MOMoh sorry i was afk
06:44:44MOMwell my i instaled rockbox so i could hack my ps3 and now my sansa is dead
06:44:50MOMi put the wrong files on it
06:45:19MOMand now it goes to the rockbox menu then right to a blue rockbox menu then fades into a black screen
06:45:20[Saint]Argh...psGroove strikes again.
06:45:25[Saint]how, nice. :/
06:45:32MOMyes i know sorry
06:47:28LloreanMOM: We can't really provide help with builds created by other people. We can't know what they've done differently and why they're behaving strangely
06:47:46LloreanYour best best is to contact whoever provided that version of Rockbox to you, if the standard uninstall instructions in the manual don't work.
06:47:56MOMis there a way to delete the files in recovery mode
06:48:04MOMthats the only thing i can access
06:48:29[Saint]We don't know...we didn't write it.
06:48:31LloreanIn recovery mode you can just install a standard sandisk firmware. Sandisk should have instructions for that, so try google.
06:48:44MOMi tired i cant instal it
06:48:54LloreanWell Recovery mode isn't Rockbox related at all.
06:48:59MOMrockbox is blocking me from doing anything
06:49:20[Saint]Lets not blame rockbox for psGrooves errors shall we.
06:50:14MOMi know i not just trying to fix it all up
06:50:25[Saint]A player can be recovered from a normal rockbox install very easily, as outlined in our fine manual.
06:50:47[Saint]add psGroove to the mix, and...we really don't know what to say. It's not our code.
06:51:00LloreanMOM: Seriously, if you can't do it with the instructions on the Rockbox site, then there's not much more we can help you with. If something different in the psgroove files has messed it up, only the people who created those files can have any clue what's wrong with it.
06:51:35MOMits a mi4 file that stoped it from booting normally
06:52:01LloreanMOM: Seriously, contact whoever gave it to you.
06:52:22MOMive tried yet they have no irc nor forum
06:53:25LloreanWell this isn't the right place for help with it. It's not something we made or can do anything about.
06:54:48MOMalright thanks anyway guys
06:55:02[Saint]As Llorean said, if the uninstallation instructions outlined for you device here: http://www.rockbox.org/manual.shtml do not help we can't do anything else.
06:55:35[Saint]Other than advise you to contact the author of psGroove
06:56:16 Quit Judas_PhD (Quit: This is a quitting message)
06:56:54MOMok thanks]
06:56:56 Part MOM
07:00
07:08:54 Quit JdGord (Quit: Bye)
07:11:00 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
07:18:19 Quit BHSPitMonkey (Ping timeout: 276 seconds)
07:23:40 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
07:28:49 Quit Saij (Read error: Connection reset by peer)
07:29:24 Quit parafin (Ping timeout: 260 seconds)
07:34:07 Quit factor (Read error: Connection reset by peer)
07:34:09 Join parafin [0] (parafin@paraf.in)
07:37:52 Part toffe82_
07:43:59 Quit parafin (Ping timeout: 260 seconds)
07:45:13 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com)
07:48:47 Join parafin [0] (parafin@paraf.in)
08:00
08:03:13 Join factor [0] (~factor@75.108.68.114)
08:27:17***Saving seen data "./dancer.seen"
08:29:10 Join Topy [0] (~Topy44@f049134055.adsl.alicedsl.de)
08:31:37 Join sideral [0] (~sideral@unaffiliated/sideral)
08:32:48 Quit T44 (Ping timeout: 240 seconds)
08:38:06 Join bmbl [0] (~bmbl@unaffiliated/bmbl)
08:58:34 Quit bluebrother (Disconnected by services)
08:58:36 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
09:00
09:25:10 Quit BHSPitMonkey (Remote host closed the connection)
09:28:54 Quit [Saint] (Disconnected by services)
09:28:55 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.212)
09:30:08 Quit Keripo (Quit: Leaving.)
09:31:43 Nick S_a_i_n_t is now known as [Saint] (S_a_i_n_t@203.184.2.212)
09:36:13 Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com)
09:37:08 Quit Saij (Read error: Connection reset by peer)
09:39:22 Quit factor (Ping timeout: 265 seconds)
09:43:53 Join stoffel [0] (~quassel@p57B4AFA8.dip.t-dialin.net)
09:46:03 Quit Judas_PhD (Quit: This is a quitting message)
09:58:03 Quit antil33t ()
09:59:20 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
10:00
10:00:48 Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
10:07:14 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
10:07:30 Join factor [0] (~factor@75.108.68.114)
10:17:02 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
10:27:10 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
10:27:20***Saving seen data "./dancer.seen"
10:27:30 Join [Saint] [0] (S_a_i_n_t@203.184.2.212)
10:41:45 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
11:00
11:08:56 Join {phoenix} [0] (~dirk@p57AA6F43.dip.t-dialin.net)
11:10:24 Join asmmonkey [0] (~asmmonkey@16.Red-88-20-211.staticIP.rima-tde.net)
11:10:35 Join ender` [0] (krneki@foo.eternallybored.org)
11:19:02 Quit sideral (Quit: Leaving.)
11:21:45 Join PurlingNayuki [0] (~PurlingNa@113.118.29.174)
11:22:09PurlingNayukiHi everyone.
11:22:28PurlingNayukiI want to know how to port a FTL.
11:22:40PurlingNayukiCan anyone teach me?
11:22:43PurlingNayukiThx.
11:28:27TheSevenof which target?
11:28:43PurlingNayukiOnda VX747
11:28:45TheSevenare there specifications or does it need to be reverse-engineered?
11:30:30PurlingNayukiI'm sorry but I don't really know much about English words.
11:30:39PurlingNayukiWait a minute.
11:31:40PurlingNayuki https://github.com/mthuurne/opendingux-kernel/commit/f2a4e73d3618fc5ff8d9872ef804e01481e5f182
11:32:14PurlingNayukiSomeone has already written the code.
11:33:53 Quit simonrvn (Ping timeout: 240 seconds)
11:34:48PurlingNayukiFirst I need to know where the FTL code is.
11:36:46 Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:37:12Torneis that the right FTL for the Onda?
11:37:42Torneit looks reasonably simple, at least
11:37:50PurlingNayukiIt's for ChinaChip. The Onda's has a ChinaChip core.
11:37:55Torneand that code is under a suitable license, so you can copy as much of it into rockbox as you like
11:38:32Tornelook at the nano 2g's ftl code for an example
11:38:47TheSevensweet, an FTL in 250 lines...
11:39:37PurlingNayuki*Note: RD_ONLY now.
11:39:48TorneOh.
11:40:48PurlingNayukiSo anyone try to port it or tell me how to?
11:41:27Tornelook at an existing one in Rockbox, and try and write something similar using the linux driver as a reference
11:44:01 Join Buschel [0] (~chatzilla@p54B6680B.dip.t-dialin.net)
11:44:11 Join n1s [0] (~n1s@rockbox/developer/n1s)
11:45:22 Join simonrvn [0] (~simon@64.235.202.132)
11:49:00pixelmagevaerts, [Saint]: is the AI for pong completely inactive once one pressed a button for either side?
11:49:58 Quit PurlingNayuki (Quit: PurlingNayuki)
11:50:25[Saint]pixelma: If one presses a button for both sides, in the same game, yes.
11:50:51[Saint]otherwise you take control of the paddle on "your side", and the CPU the other.
11:52:00pixelmaI mostly wanted to know if once you took control you don't have to "work against" the AI for the side you control
11:52:05Buschelruckus: how is the patched verison doing so far?
11:53:31ruckusBuschel: I wanna do some more testing, but no problems so far. although i didn't use my ipod too much after last night
11:55:13Buschelruckus: ok, just keep using it.
11:57:42 Join PurlingNayuki [0] (~PurlingNa@113.118.29.174)
11:58:03PurlingNayukiSorry, I's new to codeing.
11:58:06 Part PurlingNayuki
11:58:11 Join PurlingNayuki [0] (~PurlingNa@113.118.29.174)
12:00
12:00:06 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr)
12:00:06 Quit pamaury (Changing host)
12:00:06 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:05:37 Quit asmmonkey (Ping timeout: 240 seconds)
12:09:57 Quit simonrvn (*.net *.split)
12:09:57 Quit mudd1 (*.net *.split)
12:09:57 Quit antil33t (*.net *.split)
12:09:57 Quit froggyman (*.net *.split)
12:09:57 Quit linuxguy3 (*.net *.split)
12:09:58 Quit tmzt (*.net *.split)
12:09:58 Quit literal (*.net *.split)
12:09:58 Quit miceh (*.net *.split)
12:09:58 Quit knittl (*.net *.split)
12:09:58 Quit simabeis (*.net *.split)
12:09:58 Quit soap (*.net *.split)
12:11:51 Join miceh [0] (~mtq@h1439481.stratoserver.net)
12:11:51 Join knittl [0] (~knittl@unaffiliated/knittl)
12:11:51 Join simabeis [0] (~simabeis@lobmenschen.de)
12:11:51 Join soap [0] (~soap@rockbox/staff/soap)
12:12:02 Join simonrvn [0] (~simon@64.235.202.132)
12:12:03 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)
12:12:03 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
12:12:03 Join froggyman [0] (~seth@unaffiliated/froggyman)
12:12:03 Join linuxguy3 [0] (~timj@adsl-75-57-173-53.dsl.emhril.sbcglobal.net)
12:12:03 Join tmzt [0] (~tmzt@76.211.0.152)
12:12:03 Join literal [0] (hinrik@w.nix.is)
12:19:45 Join sampattuzzi [0] (~sam@92.26.113.39)
12:25:54 Join slooopy [0] (~sloo@p5493CD59.dip0.t-ipconnect.de)
12:27:23***Saving seen data "./dancer.seen"
12:27:24 Join Rob2222 [0] (~Miranda@p4FFF0710.dip.t-dialin.net)
12:28:50[Saint]Torne: I was thinking about it...and there absolutely no reason why the cabbiev2 .sbs can't expand conditionally when in charge only/USB mode
12:29:13[Saint]only problem is fonts, which would need to be bitmaps.
12:29:22Torneseems reasonable
12:29:42[Saint]as in, not bitmap fonts..but individual bitmaps for numerals and a few select words.
12:29:59[Saint](thanks to crappy sysfont)
12:30:05TorneWell.. do you even need numbers?
12:30:14[Saint]for the clock, yeah.
12:30:19Torneoh, right.
12:30:45Tornei was thinking just a big battery gauge
12:30:50Torneand some kidn of smaller usb icon
12:31:06[Saint]you'd just need 0-9 , : , and a few select words.
12:31:13[Saint]"Charging" and "Charged"
12:31:26[Saint]No translation supprt though, which kinda sucks.
12:31:38 Join JdGord [0] (~jonno@58.104.47.255)
12:31:42[Saint]The sysfont USB screen limitation is ballsacks for themers.
12:32:26[Saint]I'm pretty confident I could do it quite nicely though, time restraints not taken into consideration.
12:32:48JdGordIt is fixable....
12:33:06TorneHeh; you could steal the audio buffer and load the entire userfont into it
12:33:07 Join {-phoenix-} [0] (~dirk@p57AA5390.dip.t-dialin.net)
12:33:14Tornethen you wouldn't need to use the cache
12:33:16[Saint]Wow, really? last time I asked about it it was "probably never going to happen"
12:33:38JdGordThat's the way to fix it
12:33:47[Saint]Hmmmmm.
12:34:12JdGordThat answer is probably accurate though
12:36:59 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
12:36:59Tornewell.. you could make the cache try and keep all of low ascii in ram always
12:36:59Tornei.e. exclude them from LRU
12:36:59Torneand then have a way to tell the cache to not try and load uncached glyphs
12:36:59 Quit {phoenix} (Ping timeout: 260 seconds)
12:37:51JdGordThat doesn't sound very clever for non english
12:37:52Tornethe first part of htat might actually be generally useful
12:38:01TorneI duno about that
12:38:04 Part PurlingNayuki
12:38:16Torneeven the most non-english of languages generally have a reasonable amount of use for roman characters these days
12:38:28Torneespecially in track titles
12:38:35Torneit was just a thought
12:39:11 Quit Zarggg (Ping timeout: 265 seconds)
12:45:41 Quit ender` (Quit: It is easier to port a shell than a shell script.-- Larry Wall)
12:47:07[Saint]That actually makes a lot of sense.
12:47:17[Saint]they are pretty much guaranteed to be used.
12:47:26 Quit n17ikh (Read error: Connection reset by peer)
12:49:05TheSevenanyone with a CE-ATA ipod classic (first-generation 160GB thick) around?
12:49:09Torneit complicates the cache code thouhg
12:49:16Torneso i duno that it's that good an idea
12:49:20 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
12:49:39Tornea third option would be to have it preload the chars it's going to need before it unmounts the disk
12:49:50Torneand if those chars are enough to overflow the buffer then, well, tough
12:49:59Torneyou'll get Char[]in[] or whatever :)
12:50:32Tornethat might be easiest if you really do just want to display a fixed set of strings
12:51:11[Saint]cabbiev2 is pretty small, if it wasn't for the fact that there wouldn't be any translation I'd suggest just using bitmaps.
12:51:27Tornethat's a different buffer..
12:51:30Tornei mean the userfont buffer
12:51:51[Saint]Yeah, I'm just thinking of a cheap way to do it with no new code.
12:52:06Tornewell, that third option is virtually no new code
12:52:15[Saint]but translation is a pretty big issue IMO
12:52:23TorneWell, I wasn't thinking having it be a skin
12:52:33Tornei was thinking just fixing the font cache issue and then hardcoding it the way it is now
12:52:36Tornebut with more info
12:52:48Tornethat way it can just preload the relevant language strings
12:52:55Torneand it'll get all the chars it wants, assuming there's room
12:53:02Tornetranslation will work just fine
13:00
13:01:24 Join sampattuzzi_ [0] (~sam@92.26.113.39)
13:02:30 Quit sampattuzzi (Ping timeout: 272 seconds)
13:04:59 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
13:08:23 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
13:08:24 Join DerPapst1 [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
13:23:34*pixelma wonders why one can read the actual post behind http://forums.rockbox.org/index.php/topic,26934.msg176493.html#msg176493 under "Recent Posts" but going to the thread doesn't show the post anymore
13:24:51pixelmascorche: ^ any idea - maybe wrongly caught by the anti-spam plugin?
13:25:10 Quit DerPapst1 (Read error: Connection reset by peer)
13:25:19pixelmathere now
13:25:49 Join DerPapst1 [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
13:26:01pixelmabut it seems to be posted again
13:28:13 Join PurlingNayuki [0] (~PurlingNa@113.118.29.174)
13:29:47pixelmano, it isn't
13:29:56*pixelma seems to need new glasses
13:32:44[Saint]pixelma: I have seen that before.
13:33:22[Saint]if you click "Reply" it is as if the message text is included in the "profile comment?" section
13:33:54[Saint]Oh, actually...this one is slightly different.
13:34:13[Saint]but, yeah...it has been happening along with the wiki registration issues since the update.
13:34:27 Join ender` [0] (krneki@foo.eternallybored.org)
13:35:15PurlingNayukiIf I want to port the FTL for ONDAVX747, what files should I edit or add?
13:41:17gevaertspixelma: yes, a side is either controlled by the AI or the user, *never* both
13:50:18 Join MethoS- [0] (~clemens@134.102.106.250)
14:00
14:00:24TheSevenhm, nobody seems to have these weird CE-ATA ipods
14:02:13 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
14:03:59BuscheljhMikeS: started a test run with your patch to panic when entering a deadlock
14:04:49 Quit antil33t (Read error: Connection reset by peer)
14:04:57 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
14:04:59BuscheljhMikeS: I might rebuild with 24 MHz normal clock to force more (CPU/priority) boosts due to emptying pcm buffer
14:08:49 Join esperegu [0] (~quassel@145.116.15.244)
14:22:02PurlingNayukiI think if system structure and files directory of rockbox is introduced, and have some detailed documentations will be better for people to port it to new target.
14:23:01CIA-7New commit by 03wodz (r29012): Rework ppmviewer to fit our shiny new imageviewer framework. FS #11818 by me.
14:24:38wodzPurlingNayuki: In general you are right. The problem is that this is a lot of work and people loose their interest when they get familiar with code.
14:25:21 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl)
14:25:42CIA-7r29012 build result: All green
14:25:52PurlingNayukiCongratulations.
14:26:46wodzany one with color target whants to try ppm viewer?
14:27:22PurlingNayukiI have an ONDAVX747, but it isn't in my home now.
14:27:25***Saving seen data "./dancer.seen"
14:28:10PurlingNayukiI want to study and know rockbox.
14:28:17PurlingNayukiBut I don't know how to.
14:28:42wodzPurlingNayuki: regarding FTL - look how this is done for nano2g and write something in similar manner
14:28:46n1sPurlingNayuki: read the code and ask questions here
14:29:14PurlingNayukiNano2g?
14:29:25PurlingNayukiAnd just where is the file?
14:30:26n1sfirmware/target/arm/s5l8700/ipodnano2g/ftl-nano2g.c
14:30:46PurlingNayukiThx.
14:30:48n1sgrep and find are your friends and far more reliable than answers you get from people
14:31:19 Quit afk (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!)
14:31:45 Join Dreamxtreme [0] (~Dre@92.30.156.129)
14:35:48 Quit esperegu (Read error: Connection reset by peer)
14:37:21 Join esperegu [0] (~quassel@145.116.15.244)
14:37:33 Part ruckus
14:40:55 Quit antil33t (Read error: Connection reset by peer)
14:41:04 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
14:42:09 Quit slooopy (Ping timeout: 276 seconds)
14:42:11 Quit JdGordon| (Ping timeout: 240 seconds)
14:44:08 Quit PurlingNayuki (Quit: PurlingNayuki)
14:44:30 Join PurlingNayuki [0] (~PurlingNa@113.118.29.174)
14:47:25 Quit JdGord (Quit: Bye)
14:48:55 Quit antil33t (Read error: Connection reset by peer)
14:49:04 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
14:50:25 Quit wodz (Quit: Leaving)
14:51:32 Join kugel [0] (5f70f069@gateway/web/freenode/ip.95.112.240.105)
14:51:43 Join kugel_ [0] (5f70f069@gateway/web/freenode/ip.95.112.240.105)
14:51:44*gevaerts is confused
14:51:51 Join kugel__ [0] (5f70f069@gateway/web/freenode/ip.95.112.240.105)
14:51:57 Join kugel___ [0] (5f70f069@gateway/web/freenode/ip.95.112.240.105)
14:51:57***Alert Mode level 1
14:51:57DBUGEnqueued KICK kugel
14:51:57DBUGEnqueued KICK kugel_
14:51:57***Alert Mode level 2
14:51:57DBUGEnqueued KICK kugel__
14:51:57DBUGEnqueued KICK kugel___
14:51:57***Alert Mode level 3
14:52:04 Join kugel____ [0] (5f70f069@gateway/web/freenode/ip.95.112.240.105)
14:52:04***Alert Mode level 4
14:52:04***Alert Mode level 5
14:52:04DBUGEnqueued KICK kugel____
14:52:04***Alert Mode level 6
14:52:04***Alert Mode level 7
14:52:04***Alert Mode level 8
14:52:04***Alert Mode level 9
14:52:32 Part PurlingNayuki
14:52:39 Quit kugel____ (Client Quit)
14:52:41 Quit kugel___ (Client Quit)
14:52:41gevaertsI thought we reset timestretch and pitch on new playlist start. Did we only discuss this without anything happening?
14:52:42 Quit kugel__ (Client Quit)
14:52:43 Quit kugel_ (Client Quit)
14:52:45 Quit kugel (Client Quit)
14:54:41 Join slooopy [0] (~sloo@p5493CF94.dip0.t-ipconnect.de)
15:00
15:00:00 Join kugel [0] (~kugel@rockbox/developer/kugel)
15:02:05***Alert Mode OFF
15:06:35[Saint]gevaerts: I believe so, yes.
15:07:06[Saint]I see it as sensible to reset, but the argument for it to be persistent has merit also.
15:14:53gevaerts[Saint]: That's a different discussion I think. Conflating them will only promote inertia :)
15:23:00 Quit Rob2222 (Quit: Rob2222)
15:24:26 Join timccc1 [0] (~timccc@112.166.15.141)
15:25:10 Quit timccc (Read error: No route to host)
15:31:09 Join Rob2222 [0] (~Miranda@p4FFF0710.dip.t-dialin.net)
15:32:31pamauryTheSeven: continue here
15:33:54TheSevendo they really fire 10k IRQs per second?
15:33:59pamaurySo just so that you understand, here is a real world example on e200. If I use repeat mode, I setup a loop in memory because the usb arc controller uses in memory structure like DMA. Then I setup to fire a interrupt on each transfer completion. What happens in reality is that each time the irq handler is called, not only one but several transfers finished
15:34:34TheSevenIIUC the synopsys core can bundle several transfers into one as well
15:35:13gevaertsTheSeven: no sane protocol wants data every microframe
15:35:28pamaurySo here, the fact that it's a repeat mode is important because we can't afford to setup the next transfer in the irq handler
15:37:46pamaurybut I guess we could merge the two modes anyway
15:38:40TheSevenIIUC we *need* to setup the next transfer in the IRQ handler on the synopsys core
15:39:13TheSevenand whether that's a ring buffer or a linked list doesn't matter much performance-wise at that point.
15:39:16pamauryyes I think so
15:39:44pamauryI don't know how the synopsys one handles multiple transfer at once
15:40:41pamauryI mean, it can handle really big bulk transfers (something like 64k) at once, but how does it handle multiple isochronous transfers ?
15:40:54TheSevenprobably the same way
15:41:13TheSeven(total size + number of packets + maxpacket of the endpoint)
15:41:50pamauryso the controller would write the packets one after the other ? So you have no way to distinguish them
15:42:11TheSevendo you need to?
15:42:19pamauryyes and no
15:42:33pamauryfor usb audio you don't want to but from the api yes because you provide buffers
15:42:49 Join AndroUser [0] (~Identd@62.40.36.13)
15:43:34pamaurythen perhaps the api interface for repeat transfers is too rigid, I only allow buffers of size the maximum packet size (1023/1024)
15:43:51gevaertsTheSeven: the major difference is that with bulk you send or receive data whenever you can, while with isochronous you send or receive a previously agreed number of bytes every nth frame
15:44:00AndroUserTheseven I have the 1g classic 160gb. Can't test anything till later in the week tho.
15:44:18pamauryAnd especially, usb audio sends like 6 bytes in each packet
15:44:39 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
15:44:53 Nick AndroUser is now known as stephenc--- (~Identd@62.40.36.13)
15:45:33 Quit LambdaCalculus37 (Client Quit)
15:47:37pamauryAnyway, I have not reached this point, I need to debug control transfers
15:55:33 Quit stephenc--- (Ping timeout: 255 seconds)
15:57:19 Quit antil33t (Read error: Connection reset by peer)
15:57:29 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
16:00
16:14:43 Quit kugel (Remote host closed the connection)
16:26:34 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
16:27:27***Saving seen data "./dancer.seen"
16:27:42 Join krabador [0] (~krabador@host131-121-dynamic.252-95-r.retail.telecomitalia.it)
16:40:19 Quit esperegu (Ping timeout: 264 seconds)
16:52:32 Quit sampattuzzi_ (Quit: Ex-Chat)
16:58:07 Quit antil33t (Read error: Connection reset by peer)
16:58:16 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
17:00
17:11:13TheSevenhow much binsize/ramsize does the AAfonts patch actually add, and was there any measurable performance impact?
17:11:33TheSevenalso, has that meier crossfade patch been applied, and if not, what's holding it back?
17:11:39TheSevencrossfeed*
17:12:23CtcpIgnored 5 channel CTCP requests in 7 seconds at the last flood
17:12:23*[Saint] prefers the configurable delay crossfeed patch.
17:13:05TheSevenIIUC it wasn't only a matter of delay but also better frequency-dependent behavior
17:20:50[Saint]Buschel: When you did that LCD patch for me, did you take the code from FS #10034 ?
17:21:33[Saint]Apparently it managed to fix the "black lines on shutdown" issue for iPod Colour, but was never included.
17:22:07[Saint]and I don't have the patch you gave me, as it didn't work at all...actually made it worse.
17:40:05Buschel[Saint]: no. but if FS #10034 fixes it, this information could have saved some efforts ;)
17:40:35Buschel[Saint]: I will check FS #10034 for shutdown code
17:40:54[Saint]thanks...the LCD code is voodoo for me.
17:41:09[Saint]I could on;y clearly see how the waking was handled.
17:41:15[Saint]*only
17:42:10[Saint]I did not find this patch when I looked to see if this issue has been reported.
17:44:39[Saint]It sugegsts that sleeping/waking was in a working state, but...I do not know with what LCD versions as the patch appears to change how the LCD is reported in Debug Mode
17:44:51[Saint]s/Mode/Screen/
17:52:27bertrik[Saint], can you try if changing the time back a forth fixes the problem from FS #11814 (day-of-week is off in calendar plugin)?
17:52:50[Saint]bertrik: It does not.
17:53:08bertrikhm, ok, thanks for confirming at least :)
17:53:32[Saint]Sorry to burst your bubble, it was the first thing I tried.
17:53:32n1s[Saint]: is the year correct and have you set any events in the calendar?
17:53:56[Saint]n1s: Year, time, date is correct...just not day.
17:54:02pixelmaweren't there multiple day-of-week off bugs in the calendar plugin already?
17:54:04[Saint]and, I have no appointments at all.
17:54:28n1spixelma: i think i remember this kind of bug being reported before too
17:54:40[Saint]for me, day is off by 2...but I suspect that's because I'm "from the future"?
17:54:51Buschel[Saint]: main issue with FS #10034 for me is that it introduec a third lcd_type...
17:54:56pixelmaI just wonder if a fix for one target brings it back for another and so it "alternates"?
17:55:19bertrikfor some RTCs the day-of-week is actually stored in the RTC (pcf50605 for example), while others just store seconds since some reference data (for example as3514, which does not show the day-of-week bug)
17:55:34[Saint]Buschel: Me too...and, the way it changes the codes they are detected as.
17:56:04pixelmait's probably worth looking into the SVN history of calendar.c
17:56:20bertrik[Saint], and if you forward the date by 1 day, the day-of-week also consistently shifts by 1 day?
17:56:59[Saint]Buschel: Is the reason the current code does not have this extra type because two of the screens use the same/similar command set perhaps and are detected as "one" type in current code?
17:57:11[Saint]bertrik: yes.
18:00
18:00:43Buschel[Saint]: yes. the svn code maps new lcd_type 3 to lcd_type 1
18:02:27[Saint]fwiw, both my Colors are type 1 LCD
18:04:11[Saint]Buschel: So I guess my question is...why does the code in the patch need to differentiate between two LCDs the RB currently treats as "one"?
18:04:56n1shmm, the calendar subtracts one trom wday for some reason, but the time & date screen does not
18:04:57Buschel[Saint]: because the patch introduces new routines (sleep/power-on/power-off) which seem to be different for at least 3 of the 4 possible types
18:06:03[Saint]Ah...well, sleep/wake is not important IMO (but would be great to have!), the shutdown issue is annoying, and potentially damaging.
18:06:39[Saint]I realise the risk is small...but it could, potentially degrade the LCD IIUC
18:07:11 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
18:07:41Buschel[Saint]: the changes in the lcd_type handling seem easy. I will make a patch and you'll need to test :)
18:08:35n1shmm, the time and date screen calls set_day_of_week, which calendar does not
18:09:25n1sso in the t&d screen it doesn't matter if wday is off since it's calculated from the date
18:09:51n1swhile in the calendar plugin we trust whatever the driver puts in the tm struct
18:11:03 Join kugel [0] (~kugel@rockbox/developer/kugel)
18:11:04n1si wonder why it's done this way instead of always calling set_day_of_week from get_time, or just requiring the driver to fill in the wday field
18:12:00 Quit Llorean (Read error: Connection reset by peer)
18:12:48pixelmaisn't this some plugin API restriction?
18:13:29 Quit krabador (Ping timeout: 272 seconds)
18:13:37 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.)
18:14:07n1si looks to me like 1) slightly buggy rtc drivers, 2) bug in calendar that compensates for some buggy drivers 3) stupid code :)
18:14:48n1sthe confusion being that some represent wday as 1-7 and some as 0-6 apparently
18:14:59[Saint]nothing out of the ordinary compared to what I expected.
18:15:22[Saint]It's probably not one of the most used plugins ever.
18:20:40pixelmait's been a Recorder only plugin for a long time IIRC
18:20:52pixelma*Recorders
18:21:03bertrikI'm in favour of the 0-6 convention (0 = sunday) because that seems to be the time.h convention
18:21:08 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
18:21:23n1sbertrik: yes it is
18:21:43n1sand i agree that sticking with the standard is good
18:21:50bertrikThe rule to calculate it from seconds in the as3514 rtc driver is surprisingly simple, BTW :)
18:22:17[Saint]0==sunday seems just plain wrong IMO
18:22:35n1s[Saint]: that is not what we are discussing, it's the standard
18:22:47n1s(i agree that it's weird)
18:22:58n1ssee http://www.cplusplus.com/reference/clibrary/ctime/tm/
18:23:40n1sbertrik: there's one in timerfuncs.c too
18:24:36[Saint]Oh, yeah...I realise it's the standard, it just seems odd.
18:25:58n1summ, wait, calendar is very strange, it does shown->year = 2000 + (tm->tm_year%100);
18:26:06n1swhich just looks plain wrong
18:26:34n1shmm, no i'm just dense
18:26:45n1sbut why comlicate it like that
18:27:03 Join krabador [0] (~krabador@host118-217-dynamic.117-80-r.retail.telecomitalia.it)
18:27:30***Saving seen data "./dancer.seen"
18:27:37bertrikI don't know, tm_year+1900 should be simpler, right?
18:27:48n1si'd say so
18:30:46[Saint]If you want some ultimate irrelevant weirdness for day_of+week==(x) check out the theme tags %cu and %cw
18:30:53Buschel[Saint]: http://pastie.org/1443050 <- test whether your color and nano 1g work well. check for lcd_type (now all 4 are detected)
18:31:02[Saint]totally pointless having both, but..."meh"
18:31:13n1siirc it's an american thing
18:31:39n1shmm, the calendar seems to use 0 for monday and tries to convert it
18:32:03Buschel[Saint]: if it works the next patch (already there, needs some review) will introduce the shutdown code
18:32:05[Saint]yeah...but I don't see the need for the two tags, one is just 0-6 starting monday, the other 1-7 starting sunday.
18:32:11bertrikmeh, my_set_day_of_week in calendar.c is nearly identical but off-by-1 compared to the set_day_of_week in timerfuncs.c
18:33:04n1sbertrik: yes, but the calendar seems to use 0 for monday, at least for the setting it has for setting which day is the first of the week
18:33:12n1s(it allows any day!)
18:34:25n1syes, it does use 0 for monday
18:34:37[Saint]Hmmm...that's actually bugging me now. If anyone can tell me a reason/use case for having both %cu and %cw I'd love to hear it.
18:34:48n1sbt that seems to work as long as the drivers aren't doing what i think they are
18:34:51 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-195.tampfl.fios.verizon.net)
18:37:02pixelma[Saint]: it's for those that don't use %cu and %cw conditionally and just want to have a simple way of representing the weekday with a number which is different depending on which system you are used to. I understand that you could get the same effect with conditionals but I guess it's a relict from a time that wasn't possible
18:37:35pixelmait's probably used this way very very seldom now
18:37:57[Saint]pixelma: Yeah...my issue with it is that some not so clever coding makes one or the other irrelevant.
18:38:29[Saint]you're probably quite right though, just a forgotten relic of the past.
18:40:16Buschel[Saint]: FS #11820 updated with a patch. Could you please test it?
18:48:04 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
18:51:26 Quit stoffel (Remote host closed the connection)
18:58:43scorchepixelma: yes, there were 3 posts flagged as spam that were not
19:00
19:00:46pixelmahmm
19:01:19pixelmais there a hint as to why - to know how to prevent this?
19:02:08 Quit Judas_PhD (Quit: This is a quitting message)
19:04:04scorchekeep marking them "not spam" so the service learns and hopefully improves
19:04:19scorcheit doesnt happen too often - i was surprised to see 3 posts
19:04:35pixelmaonly admins and global mods are allowed to, right?
19:04:41scorcheyes
19:04:51pixelmaok, good to know
19:05:33scorcheit is part of the admin panel, and would be tough to find a good spot to move it to so that experts et. al. can use it
19:07:12 Quit Strife89 (Quit: Heading out.)
19:08:19jhMikeSshould we have a PP bootloader usb mode? It seems it might be needed to install the SA9200 (the odd install for that is because of a lack of one)
19:09:57pixelmascorche: well, in this case it's even an opportunity that it still shows up in "Recent Posts". This way others have the chance to know about it and ask an admin or mod
19:10:44scorchepixelma: that is a bug/incompleteness of the implementation of akismet into SMF, but you can look at it as a feature if you like ;)
19:10:58pixelmaindeed
19:13:55 Quit factor (Read error: Connection reset by peer)
19:14:19 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de)
19:14:31 Quit krabador (Remote host closed the connection)
19:15:02*n1s gives up on this time madness
19:16:24 Join factor [0] (~factor@75.108.68.114)
19:21:10 Quit panni_ (Read error: Connection reset by peer)
19:21:35 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de)
19:26:43 Join sideral [0] (~sideral@unaffiliated/sideral)
19:27:42 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
19:31:34 Join stoffel [0] (~quassel@p57B4AFA8.dip.t-dialin.net)
19:33:00 Join simonrvn_ [0] (simon@70.35.162.114)
19:35:09 Quit {-phoenix-} (Remote host closed the connection)
19:35:30 Quit simonrvn (Ping timeout: 240 seconds)
19:35:30 Nick simonrvn_ is now known as simonrvn (simon@70.35.162.114)
19:36:02 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
19:47:48 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
19:48:04 Join {phoenix} [0] (~dirk@p57AA5390.dip.t-dialin.net)
19:54:26CIA-7New commit by 03nls (r29013): jewels: hopefully fix FS #11842, by checking if there are available moves after checking if we should advance to the next level.
19:57:10*[Saint] wonders why n1s didn't play jewels for hours on end until the case in question arose to test it ;)
19:57:17CIA-7r29013 build result: All green
19:57:18[Saint]seems reasonable to me :P
19:57:54*n1s volonteers [Saint] for testing that it in fact works now
19:58:07Buschel[Saint]: I am interested in a bit debugging and test support regarding your LCD shutdown issue
19:58:37[Saint]Buschel: I'm building it now, for some reason that patch made it doa FULL recompile.
19:58:40n1sin fact it should be possible to hack it up enough to test but the logic seems straight forward enough
19:58:44[Saint]*do a
19:59:06Buschel[Saint]: yes, it changed a major configuration
19:59:22n1siy you touch any of the h files sucked in by config.h basically everything will need to be rebuilt
19:59:25[Saint]n1s: I actually would test it, but I'm horribly colourblind and they all look pretty much the same to me.
19:59:35n1swow
19:59:44 Quit antil33t (Read error: Connection reset by peer)
20:00
20:00:09 Quit stoffel (Ping timeout: 250 seconds)
20:00:14n1s[Saint]: they have different shapes
20:00:33*[Saint] just noticed this now.
20:02:40[Saint]and, my build script isn't that smart...if another commit comes in while it's building it drops it and starts again.
20:02:47[Saint]I really need to fix that.
20:02:48 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net)
20:02:48 Quit LambdaCalculus37 (Changing host)
20:02:48 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
20:04:48kisakif I rsync clone an ipod, will I be able to later use that clone to restore the ipod to that state (after a format and dumping the OF back onto it)
20:05:06kisakor will it think I knifed it
20:06:23 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
20:07:20 Join simon_ [0] (~simon@static-212.214.179.102.addr.tdcsong.se)
20:08:46 Quit Llorean (Quit: Leaving.)
20:12:36 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.)
20:21:03[Saint]what. the. fuck.?
20:21:29[Saint]I just added the bootloader and build I just built to the colour, unmounted, and ROLO didn't take over or offer to.
20:23:07 Quit markun (Ping timeout: 250 seconds)
20:23:09[Saint]Buschel: Color == WIN!
20:23:22Buschel\o/
20:23:29[Saint]I can't test the Nano1G just now...but can later today.
20:23:38Buschelmaybe soap can?
20:24:05Buschel[Saint]: btw, what lcd_type? still 1? or is it 3 now?
20:24:13soapwhat? I'm 2 days back in the logs.
20:24:45 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
20:24:48BuschelFS #11820. it fixes some iPod color issues, but also changes iPod nano 1G code
20:24:49[Saint]Buschel: Both == 3
20:25:00 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl)
20:25:00 Quit markun (Changing host)
20:25:00 Join markun [0] (~markun@rockbox/developer/markun)
20:25:01[Saint]were previously both detected as 1
20:26:36soapso what are you saying you want, Buschel?
20:27:32***Saving seen data "./dancer.seen"
20:29:32Buschelsoap: please check the lcd functionality on your nano 1G. especially if it correctly starts und shuts down.
20:31:44CIA-7New commit by 03jethead71 (r29014): SA9200 boot: Add OF.ebn to the list of OF filenames to check.
20:32:32*[Saint] finds that something is fucking up keyclick very badly on the Colour
20:33:28 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
20:34:39CIA-7r29014 build result: All green
20:41:45[Saint]unfortunately (assuming clean SVN head works fine) I have a feeling I know what patch is messing it up.
20:42:00*[Saint] will know in a few minutes
20:44:40[Saint]Oh, is this a bug or intention? : I had "don't use locally cached copy" unticked in RBUtil, and attempted to install the current build...RBUtil reported it downloaded 290014 (in like 0 seconds) and extracted it immediately. In reality this "current" build was in my cache and over 5 weks old.
20:45:41 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.)
20:48:19 Join WonTu [0] (~WonTu@p57B569BF.dip.t-dialin.net)
20:48:33 Part WonTu
20:53:23[Saint]Buschel: Do you have keyclick active on you devices?
20:53:33Buschelno
20:53:50[Saint]could you check if it functions correctly please?
20:53:59[Saint]I think the GUI boost patch is affecting it.
20:54:22[Saint]though, current SVN behaviour seems broken also.
20:54:28Buschelwhat happens?
20:54:35[Saint]but, broken differently.
20:55:40jhMikeSwhere is the source would disabling plugin building and disabling inclusion of themes take place?
20:55:41[Saint]in the build with the GUI boost patch it "clicks" at every single increment of the clickwheel, and does not stop clicking at the end of a list.
20:56:46[Saint]in SVN it clicks only once per scroll action, so if you scroll one line, stop, scroll one line, stop it will click for each line...but a large sweeping scroll only clicks once instead of once per list item.
20:56:48n1sjhMikeS: i think you can disable plugins entirely in configure
20:57:09Buschel[Saint]: will check the code
20:57:28[Saint]Buschel: can you not check it on a device on hand?
20:57:40jhMikeSn1s: thanks (it looks like there are no 128x160 themes either :\)
20:57:48BuschelI have an idea what to check
20:58:10[Saint]do you have the GUI boost enabled?
20:58:27LambdaCalculus37jhMikeS: There's a cabbiev2 version in Flyspray for 128x160 that was started on by Strife89, but I've been a bit lazy in committing it.
20:58:53Buschelyes, on one of my local builds. but I am not using it now
20:58:58*kugel whois aleho
20:59:03kugeloops
20:59:10LambdaCalculus37jhMikeS: Also, there are a couple of plugins for the SA9200 that need new artwork for the 128x160 LCD before they can be enabled.
21:00
21:00:14 Join simonrvn_ [0] (simon@70.35.165.36)
21:00:51[Saint]has anyone else noticed their player taking AGES to mount on Windows lately?
21:01:50 Quit simonrvn (Ping timeout: 240 seconds)
21:01:50 Nick simonrvn_ is now known as simonrvn (simon@70.35.165.36)
21:02:08 Quit n1s (Quit: Lämnar)
21:02:55[Saint]Hmmm...release keyclick is broken too
21:03:10LambdaCalculus37[Saint]: Which player?
21:03:15[Saint]Color
21:03:50[Saint]it only clicks once per list item if you scroll very slowly
21:04:11[Saint]if you scroll quickly, you'll just get one initial click.
21:04:21LambdaCalculus37[Saint]: The Color I was trying to repair for Strife89 went tits-up, unfortunately, so I can't confirm that for a fact.
21:04:32LambdaCalculus37[Saint]: I could see if this happens on the iPod video, though.
21:04:39[Saint]yeah...practically noone owns one.
21:04:49[Saint]which is why I suspect it is so buggy
21:05:10[Saint]LambdaCalculus37: worth a try.
21:05:53Buschel[Saint]: the gui boost patch introduces a new scroll key event. I guess that is generating a keyclick. do you know where such keyclick is generated?
21:06:31[Saint]Buschel: on each and every clickwheel increment
21:06:59[Saint]wait, do you mean when it's supposed to happen? Or the erroring behaviour?
21:07:31[Saint]it is supposed to click once per list item, and stop at the end of a list unless keyclick repeats are enabled
21:08:34[Saint]but the SVN brokenness is entirely different.
21:08:48[Saint]it misses a lot of keyclicks instead of adding way too many.
21:09:56*[Saint] wonders about donating the HDD Colour to an active developer without one.
21:11:29Buschel[Saint]: try to add "&& !(button & BUTTON_SCROLL)" to apps/action.c, line 203 -> to combine with gui boost
21:12:42[Saint]Buschel: I will do, SVN behaviour is also interesting though. I suspect that it won't work properly until it is actually working as intended.
21:13:12 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
21:13:25[Saint]which it apparently never did so since I have had the device, as 3.7.1 displays broken behaviour compared to the Nano1/2G
21:14:14[Saint](I only recently re-added hardware keyclick to my tree again)
21:15:05jhMikeSLambdaCalculus37: ok. the cabbiev2 is FS is complete?
21:16:36Buschelwell, I assume the issue is that BUTTON_SCROLL also will results in a click. this event is introduced with GUI boost patch. if the above won't work you'll need to find another way to block the clicking :)
21:17:46[Saint]yes...I'm now trying to see why list items don't generate an individual keyclick in SVN
21:18:11[Saint]but, it's pretty insane. And I'm quite tired.
21:19:30 Join simonrvn_ [0] (simon@70.35.163.152)
21:19:35[Saint]Buschel: Another good thing I have verified is that you did NOT cause the tearing in the line selector during scrolling.
21:19:52 Quit simon_ (Quit: leaving)
21:19:57Buschel:)
21:20:00[Saint]this is present far, far back into the code I checked back to 3.3
21:21:30 Quit simonrvn (Ping timeout: 240 seconds)
21:21:30 Nick simonrvn_ is now known as simonrvn (simon@70.35.163.152)
21:23:24 Join simonrvn_ [0] (simon@211.51-ppp.3menatwork.com)
21:25:24 Join simon_ [0] (~simon@static-212.214.179.102.addr.tdcsong.se)
21:25:50 Quit simonrvn (Ping timeout: 240 seconds)
21:25:50 Nick simonrvn_ is now known as simonrvn (simon@211.51-ppp.3menatwork.com)
21:25:56Buschelsoap: when do you think you can test the LCD driver change on your nano?
21:34:29 Quit t0rc (Ping timeout: 255 seconds)
21:35:30 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
21:36:32[Saint]what does #DEFINE CPU Frequency actually define?
21:36:36[Saint]min? max?
21:37:09LambdaCalculus37[Saint]: Max, I believe.
21:37:35LambdaCalculus37jhMikeS: Yes, at last check.
21:38:04LambdaCalculus37It's FS #10937.
21:38:53 Join powell14ski_ [0] (~powell14s@c-67-177-228-132.hsd1.co.comcast.net)
21:39:08*[Saint] wonders why the defines for CPU FREQUENCY should be different for Nano1G/Color...then.
21:40:11 Quit simon_ (Quit: leaving)
21:41:38soapBuschel, it's going to be a couple of hours. Likely 3.5
21:41:45[Saint]min/normal and max CPU frequency are the same on these tarhets 24/30/80...but the defines are different.
21:41:53[Saint]what does this define actually do?
21:42:00 Join simon_ [0] (~simon@static-212.214.179.102.addr.tdcsong.se)
21:42:02Buschelsoap: ok, I'll read it from the logs then. thanks in advance!
21:42:08soapNP
21:42:52Buschel[Saint]: what defines in detail are you talking of?
21:43:22[Saint]Buschel: Why #define CPU_FREQ is different for Nano1G and Color
21:43:58[Saint]they both run at 24/30/80...but, have very different defines it seems
21:44:22[Saint]I know I'm missing something, but I can't see what.
21:49:34Buschelhmm, seems like those defines are only used by some target. the ipods do not use CPU_FREQ
21:49:47Buschel(or I am overseeing something)
21:50:07[Saint]I have no idea...I can't see what it is used for either.
21:50:58Buschelseems like an old relict, e.g. some PP units have 75 MHz defined. this was used ages before now, maybe before frequency scaling?
21:54:40 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
21:57:54[Saint]unless it need be kept for historical reference the define should either be removed, or commented out (with a note regarding where to actually set CPU freq)
21:58:13[Saint]But I'm not 100% sure that *nothing* is using it for these ports.
21:59:30wodzdamn n1s is offline
22:00
22:00:48Buschel[Saint]: CPU_FREQ is only used by firmware/system.c to set an intial value for cpu_frequency. rockbox.ipod builds without CPU_FREQ when seeting it to 0.
22:01:43[Saint]so an irrelevant initial value is set, and then overwritten?
22:02:01Buschelyep
22:02:14Buschelplugins still build though
22:02:14[Saint]...oh.
22:02:59[Saint]I'm kinda glad I noticed that, then.
22:05:01BuschelCPU_FREQ is used by non-scaling targets, some coldfire and soe
22:05:05Buschelooops
22:05:21 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
22:05:25Buschel...and some target specific macros
22:06:28Buschelat least you got it right -> for the iPods it is used to set an initial value that is overwritten with the first clock-scaling
22:07:17[Saint]Odd.
22:17:32 Quit slooopy (Ping timeout: 264 seconds)
22:19:20CIA-7New commit by 03Buschel (r29015): Fix FS #11858 which was introduced with r28937. Several *.rm were not played because the parser aborted with error for several files.
22:20:05 Quit bertrik (Quit: :tiuQ)
22:22:02CIA-7r29015 build result: All green
22:27:34***Saving seen data "./dancer.seen"
22:28:53 Quit benedikt93 (Quit: Bye ;))
22:32:40 Quit fdinel (Read error: Connection reset by peer)
22:36:10 Quit wodz (Quit: Leaving)
22:42:27CIA-7New commit by 03jethead71 (r29016): SA9200: Make plugins. Cheat a little just to get things to make at first by using some artwork for 128x128 screen.
22:45:04 Quit Buschel (Ping timeout: 255 seconds)
22:45:35CIA-7r29016 build result: 334 errors, 0 warnings (jethead71 committed)
22:46:11LambdaCalculus37Red everywhere!!
22:46:28jhMikeShow'd that happen?
22:46:49jhMikeSoops
22:47:24LambdaCalculus37jhMikeS: What's the problem?
22:48:25*LambdaCalculus37 can't see the SA9200 in the build system anymore...
22:48:27jhMikeSjust a dangling "||" that making here didn't complain about
22:48:34CIA-7New commit by 03jethead71 (r29017): Fix r29016 red.
22:49:21LambdaCalculus37jhMikeS: You don't have an SA9200, do you?
22:49:24jhMikeSyes
22:49:36jhMikeSI do...courtesy toffee82
22:49:42 Quit bmbl (Quit: Verlassend)
22:49:57LambdaCalculus37Ahh.
22:50:38LambdaCalculus37Did someone remove the SA9200 from the build system? I don't see it on the table.
22:50:41CIA-7r29017 build result: All green
22:50:49jhMikeSI see it in the size table
22:51:16LambdaCalculus37I do too.
22:51:26jhMikeSit's about 2/3 of the way over in the build table
22:55:54LambdaCalculus37jhMikeS: I'm going to go ahead and add in cabbiev2 for the SA9200.
22:57:15LambdaCalculus37Since it uses bitmaps that are already in SVN, it's simply needs the backdrops, the .wps file, and editing WPSLIST.
22:58:03[Saint]LambdaCalculus37: Does the recent cabbie need any improvement?
22:58:28[Saint]A while ago I made the code in the themes more...universal?
22:58:42[Saint]I suspect that this particular port needs a bit of love.
22:58:51[Saint]and..I'm bored. ;D
23:00
23:00:14jhMikeSLambdaCalculus37: sure, why not. if there are any issues, I guess it's still a dev target anyway.
23:00:59LambdaCalculus37[Saint]: Sure, the cabbiev2 port is at FS #10937.
23:01:09LambdaCalculus37[Saint]: Go crazy go nuts. ;)
23:04:22[Saint]ENOVIEWPORTS!
23:05:03[Saint]s/NO/very little/
23:10:24 Join Saij [0] (~Saij@cpe-24-93-30-86.rochester.res.rr.com)
23:10:33CIA-7New commit by 03rmenes (r29018): Commit part of FS #10937: CabbieV2 port for the Philips GoGear ...
23:10:46*LambdaCalculus37 may have missed something...
23:11:14[Saint]playbar will be broken unless it's in it's own VP
23:11:19[Saint]as with album art.
23:11:22 Part Saij
23:11:45LambdaCalculus37[Saint]: I just wanted to get the files into version control.
23:11:48[Saint]also, theme syntax has changed entirely...but, you're probably not expecting it to work immediately.
23:11:58[Saint]yeah, I just figured that.
23:13:07CIA-7r29018 build result: All green
23:13:43LambdaCalculus37[Saint]: The WPS was updated last on 20 October 2010.
23:14:06LambdaCalculus37But I've been extraordinarily lazy in updating my SA9200's build. :P
23:14:25[Saint]from that FS? It was updated then?
23:14:51LambdaCalculus37Yup.
23:15:16LambdaCalculus37jhMikeS: So are plugins working now on the SA9200?
23:15:17pixelmathe committed version has new syntax, every icon in an own viewport and the progressbar as well
23:16:17[Saint]heh....yeah. I see that now. Chrome did something funky and only showed me the initial patch.
23:16:46[Saint]I *now* see there were three additions since.
23:17:28*LambdaCalculus37 goes to get his SA9200
23:19:09jhMikeSLambdaCalculus37: they work, but not all display exactly right
23:20:52LambdaCalculus37jhMikeS: Hmmm...
23:21:09*LambdaCalculus37 wonders if the SA9200 is about ready to go to Unstable, or if we should wait
23:22:02jhMikeSnot sure
23:22:33*jhMikeS was going to mess with the images
23:23:26 Part domonoky
23:23:40LambdaCalculus37And I also did forget something... making sure that cabbiev2 is actually built! :P
23:24:45jhMikeS:0
23:27:11 Quit {phoenix} (Remote host closed the connection)
23:28:33 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
23:42:35 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
23:43:09 Join b0hoon [0] (~quassel@46.134.26.160)
23:43:46LambdaCalculus37Hmmm, I did add everything required to wps/WPSLIST...
23:44:25b0hoonis everything ok with the forum?
23:44:55LambdaCalculus37b0hoon: It should be. Why, what's up?
23:45:20b0hoonLambdaCalculus37: my post has dissapeared :/
23:45:29b0hoonor i'm blind
23:45:29LambdaCalculus37?
23:45:49b0hoonLambdaCalculus37: about the Vibe 300 in New ports
23:46:43LambdaCalculus37b0hoon: No, it clearly shows me that you jut posted a few minutes ago.
23:47:18b0hoonLambdaCalculus37: but do you see the content?
23:47:27gevaertsI don't see that post
23:47:32LambdaCalculus37b0hoon: I see that you posted, but I can't see the post itself.
23:47:51gevaertsSounds like the spamfilter being a bit overenthusiastic
23:47:56b0hoonLambdaCalculus37: yeah
23:48:34LambdaCalculus37b0hoon: We may have to get scorche on the case.
23:49:51b0hoonLambdaCalculus37: yes, thanks
23:50:14b0hoonscorche: ping
23:50:41*B4gder did something
23:51:04LambdaCalculus37Yay for B4gder! \o/
23:51:05b0hoonB4gder: thank you :)
23:51:31b0hoonB4gder: what's the trick?
23:51:38*B4gder does the rare akismet dance
23:51:57B4gderI am the admin powers to mark a suspected spam as not spam
23:52:01B4gderI have even
23:52:23LambdaCalculus37B4gder: Are you sure you aren't the admin powers? ;)
23:52:33B4gderthat might be true too =)
23:53:07b0hoonB4gder: so it's not available to the dev members. oki doki
23:53:19B4gderexactly
23:53:42gevaertsAs far as I can see, you're a global moderator, right?
23:53:50LambdaCalculus37scorche: Make a note to rename any function to mark suspected spam as not being spam to "The Bagder Touch". ;)
23:54:00B4gdergevaerts: correct
23:54:03 Quit factor (Ping timeout: 260 seconds)
23:54:21gevaertsSo soap or AlexP or GodEater could also have done it
23:54:25gevaertsGood to know :)
23:54:38B4gderwell, you need to have clues too! B)
23:54:41*B4gder runs
23:54:43*gevaerts just said this to make B4gder feel less unique :)
23:54:52B4gderhaha
23:56:01LambdaCalculus37Okay, needing a clue here because I'm a bit lost... how do I make sure that cabbiev2 is built for a new LCD resolution?
23:56:02 Join Buschel [0] (~chatzilla@p54B672B7.dip.t-dialin.net)
23:56:14LambdaCalculus37The backdrops and the wps file for 128x160x16 are in SVN already.
23:56:46LambdaCalculus37And I did edit wps/WPSLIST and add in anything that needs to be added for 128x160x16 LCDs.

Previous day | Next day