| 00:03:02 | * | jhMikeS feels the irresistable compulsion to see if that other line helps the compression *argh* |
| 00:03:26 | CIA-7 | New commit by bagder (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:19 | B4gder | "The architecture dates from the 1990s" <= MSP430 |
| 00:14:29 | B4gder | seems unlikely to exist in a modern player... |
| 00:15:03 | B4gder | hm "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:41 | gevaerts | 1990s is *new*! |
| 00:17:04 | * | B4gder reminds gevaerts that he did many demos and games on the C64... |
| 00:17:44 | B4gder | but is that old 6502 stuff used in modern designs you say? |
| 00:18:05 | B4gder | but right, old tech never really dies |
| 00:18:15 | gevaerts | They're still selling those chips anyway |
| 00:18:50 | B4gder | its not too unlike the 8051s of course, and I know LinusN has one of them in a brand new design... |
| 00:19:52 | gevaerts | Sometimes 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:53 | Llorean | Do 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:06 | jhMikeS | the 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:42 | gevaerts | How long did the dd take? |
| 01:02:06 | | Quit sideral (Quit: Leaving.) |
| 01:02:57 | jhMikeS | about a 1-2 mins (so it seemed) |
| 01:03:27 | [Saint] | Llorean: How do you mean? |
| 01:03:30 | gevaerts | hm, that should have worked then |
| 01:03:37 | [Saint] | It sepends on the theme, really. |
| 01:03:44 | [Saint] | *depends. |
| 01:04:18 | Llorean | [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:30 | zippair | hi all |
| 01:04:36 | jhMikeS | gevaerts: about the only thing left is to max out the compression (dictionary and word length, but takes more ram to decompress) |
| 01:04:48 | zippair | i have a question |
| 01:04:54 | Llorean | [Saint]: Which player? |
| 01:04:58 | zippair | somebode can help me? |
| 01:05:10 | [Saint] | Llorean: Nano2G for one. |
| 01:05:23 | zippair | i have an ipod classic 120gb |
| 01:05:25 | [Saint] | It just monitors charging handled by hardware IIUC |
| 01:05:45 | zippair | and i vant to use wit rockbox |
| 01:05:48 | Llorean | [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:29 | Llorean | Most 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:42 | Llorean | [Saint]: Please don't play dumb. |
| 01:06:43 | jhMikeS | gevaerts: 2nd file was 300K smaller, possibly swap area related, not worth re-uploading |
| 01:06:54 | Llorean | I 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:31 | Llorean | Could you test for me? |
| 01:08:38 | [Saint] | How? |
| 01:08:49 | [Saint] | Plug in, unplug, monitor? |
| 01:08:49 | Llorean | Charge 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:55 | Llorean | Or 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:29 | zippair | if i installed rockbox, i will play flac on my car ?( i connect to my car radio with lower connector of ipod) |
| 01:11:55 | kisak | you'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:51 | kisak | zippair: there's a low chance of the apple accessory protocol working yet |
| 01:13:44 | Llorean | [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:02 | zippair | Ok, thanks kisak! |
| 01:14:10 | zippair | hmm |
| 01:14:17 | Llorean | [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:53 | kisak | [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:09 | TheSeven | Llorean: The nano2g battery state detection has some compensation wizardry for that :) |
| 01:17:26 | TheSeven | so 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:45 | TheSeven | zippair: 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:03 | TheSeven | [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:51 | kisak | TheSeven: happen to know how far the ipod nano 2g is from using the aap? |
| 01:21:08 | kisak | is it yet another chipset to slow things down? |
| 01:21:18 | zippair | <TheSeven> i can browse and change albums direcly my car radio, what do u thing, it will work? |
| 01:21:29 | AlexP | zippair: Real words please |
| 01:21:40 | TheSeven | kisak: the serial port stuff on the nano2g shouldn't be hard. |
| 01:21:40 | AlexP | kisak: 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:56 | TheSeven | it's just that nobody has dared to touch that pp-specific ifdef hell in serial.c yet |
| 01:22:00 | AlexP | kisak: So there are two things to do: the serial driver, and the actual protocol |
| 01:22:06 | TheSeven | especially the autobauding is black magic |
| 01:22:19 | AlexP | Rockbox only supports a subset of the protocols |
| 01:22:23 | TheSeven | if someone cleans that up, doing the hw driver should be easy |
| 01:22:36 | TheSeven | zippair: that can't work (yet) |
| 01:23:27 | kisak | well, 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:47 | zippair | if 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:38 | TheSeven | as 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:50 | TheSeven | but usually there should always be a way to get it back to factory state |
| 01:28:11 | TheSeven | depending 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:59 | kisak | for now I must wait, I got a ipoc classic 1g 160GB |
| 01:31:04 | kisak | *iPod |
| 01:32:01 | | Quit kadoban (Remote host closed the connection) |
| 01:32:51 | TheSeven | why 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:48 | TheSeven | http://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:11 | TheSeven | someone 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:05 | CIA-7 | New commit by jethead71 (r29011): Gigabeat F can easily manage 60fps in pacbox. |
| 04:04:47 | | Quit JesusFreak316 (Ping timeout: 240 seconds) |
| 04:04:50 | CIA-7 | r29011 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:19 | webguest79 | Say 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:59 | webguest79 | [Saint]: e200 v1. I just installed the current build. |
| 05:42:32 | webguest79 | well 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:13 | webguest79 | still 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:38 | webguest79 | dammit. 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:50 | webguest79 | sorry 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:48 | MOM | help 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:17 | jhMikeS | [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:17 | MOM | oh sorry i was afk |
| 06:44:44 | MOM | well my i instaled rockbox so i could hack my ps3 and now my sansa is dead |
| 06:44:50 | MOM | i put the wrong files on it |
| 06:45:19 | MOM | and 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:32 | MOM | yes i know sorry |
| 06:47:28 | Llorean | MOM: 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:46 | Llorean | Your 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:56 | MOM | is there a way to delete the files in recovery mode |
| 06:48:04 | MOM | thats the only thing i can access |
| 06:48:29 | [Saint] | We don't know...we didn't write it. |
| 06:48:31 | Llorean | In recovery mode you can just install a standard sandisk firmware. Sandisk should have instructions for that, so try google. |
| 06:48:44 | MOM | i tired i cant instal it |
| 06:48:54 | Llorean | Well Recovery mode isn't Rockbox related at all. |
| 06:48:59 | MOM | rockbox is blocking me from doing anything |
| 06:49:20 | [Saint] | Lets not blame rockbox for psGrooves errors shall we. |
| 06:50:14 | MOM | i 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:00 | Llorean | MOM: 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:35 | MOM | its a mi4 file that stoped it from booting normally |
| 06:52:01 | Llorean | MOM: Seriously, contact whoever gave it to you. |
| 06:52:22 | MOM | ive tried yet they have no irc nor forum |
| 06:53:25 | Llorean | Well this isn't the right place for help with it. It's not something we made or can do anything about. |
| 06:54:48 | MOM | alright 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:54 | MOM | ok 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:09 | PurlingNayuki | Hi everyone. |
| 11:22:28 | PurlingNayuki | I want to know how to port a FTL. |
| 11:22:40 | PurlingNayuki | Can anyone teach me? |
| 11:22:43 | PurlingNayuki | Thx. |
| 11:28:27 | TheSeven | of which target? |
| 11:28:43 | PurlingNayuki | Onda VX747 |
| 11:28:45 | TheSeven | are there specifications or does it need to be reverse-engineered? |
| 11:30:30 | PurlingNayuki | I'm sorry but I don't really know much about English words. |
| 11:30:39 | PurlingNayuki | Wait a minute. |
| 11:31:40 | PurlingNayuki | https://github.com/mthuurne/opendingux-kernel/commit/f2a4e73d3618fc5ff8d9872ef804e01481e5f182 |
| 11:32:14 | PurlingNayuki | Someone has already written the code. |
| 11:33:53 | | Quit simonrvn (Ping timeout: 240 seconds) |
| 11:34:48 | PurlingNayuki | First I need to know where the FTL code is. |
| 11:36:46 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:37:12 | Torne | is that the right FTL for the Onda? |
| 11:37:42 | Torne | it looks reasonably simple, at least |
| 11:37:50 | PurlingNayuki | It's for ChinaChip. The Onda's has a ChinaChip core. |
| 11:37:55 | Torne | and that code is under a suitable license, so you can copy as much of it into rockbox as you like |
| 11:38:32 | Torne | look at the nano 2g's ftl code for an example |
| 11:38:47 | TheSeven | sweet, an FTL in 250 lines... |
| 11:39:37 | PurlingNayuki | *Note: RD_ONLY now. |
| 11:39:48 | Torne | Oh. |
| 11:40:48 | PurlingNayuki | So anyone try to port it or tell me how to? |
| 11:41:27 | Torne | look 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:00 | pixelma | gevaerts, [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:00 | pixelma | I 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:05 | Buschel | ruckus: how is the patched verison doing so far? |
| 11:53:31 | ruckus | Buschel: 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:13 | Buschel | ruckus: ok, just keep using it. |
| 11:57:42 | | Join PurlingNayuki [0] (~PurlingNa@113.118.29.174) |
| 11:58:03 | PurlingNayuki | Sorry, 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:22 | Torne | seems 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:05 | Torne | Well.. do you even need numbers? |
| 12:30:14 | [Saint] | for the clock, yeah. |
| 12:30:19 | Torne | oh, right. |
| 12:30:45 | Torne | i was thinking just a big battery gauge |
| 12:30:50 | Torne | and 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:48 | JdGord | It is fixable.... |
| 12:33:06 | Torne | Heh; 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:14 | Torne | then 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:38 | JdGord | That's the way to fix it |
| 12:33:47 | [Saint] | Hmmmmm. |
| 12:34:12 | JdGord | That answer is probably accurate though |
| 12:36:59 | | Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 12:36:59 | Torne | well.. you could make the cache try and keep all of low ascii in ram always |
| 12:36:59 | Torne | i.e. exclude them from LRU |
| 12:36:59 | Torne | and 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:51 | JdGord | That doesn't sound very clever for non english |
| 12:37:52 | Torne | the first part of htat might actually be generally useful |
| 12:38:01 | Torne | I duno about that |
| 12:38:04 | | Part PurlingNayuki |
| 12:38:16 | Torne | even the most non-english of languages generally have a reasonable amount of use for roman characters these days |
| 12:38:28 | Torne | especially in track titles |
| 12:38:35 | Torne | it 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:05 | TheSeven | anyone with a CE-ATA ipod classic (first-generation 160GB thick) around? |
| 12:49:09 | Torne | it complicates the cache code thouhg |
| 12:49:16 | Torne | so 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:39 | Torne | a third option would be to have it preload the chars it's going to need before it unmounts the disk |
| 12:49:50 | Torne | and if those chars are enough to overflow the buffer then, well, tough |
| 12:49:59 | Torne | you'll get Char[]in[] or whatever :) |
| 12:50:32 | Torne | that 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:27 | Torne | that's a different buffer.. |
| 12:51:30 | Torne | i 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:06 | Torne | well, that third option is virtually no new code |
| 12:52:15 | [Saint] | but translation is a pretty big issue IMO |
| 12:52:23 | Torne | Well, I wasn't thinking having it be a skin |
| 12:52:33 | Torne | i was thinking just fixing the font cache issue and then hardcoding it the way it is now |
| 12:52:36 | Torne | but with more info |
| 12:52:48 | Torne | that way it can just preload the relevant language strings |
| 12:52:55 | Torne | and it'll get all the chars it wants, assuming there's room |
| 12:53:02 | Torne | translation 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:51 | pixelma | scorche: ^ any idea - maybe wrongly caught by the anti-spam plugin? |
| 13:25:10 | | Quit DerPapst1 (Read error: Connection reset by peer) |
| 13:25:19 | pixelma | there now |
| 13:25:49 | | Join DerPapst1 [0] (~Alexander@91-66-226-46-dynip.superkabel.de) |
| 13:26:01 | pixelma | but it seems to be posted again |
| 13:28:13 | | Join PurlingNayuki [0] (~PurlingNa@113.118.29.174) |
| 13:29:47 | pixelma | no, 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:15 | PurlingNayuki | If I want to port the FTL for ONDAVX747, what files should I edit or add? |
| 13:41:17 | gevaerts | pixelma: 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:24 | TheSeven | hm, 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:59 | Buschel | jhMikeS: 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:59 | Buschel | jhMikeS: 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:02 | PurlingNayuki | I 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:01 | CIA-7 | New commit by wodz (r29012): Rework ppmviewer to fit our shiny new imageviewer framework. FS #11818 by me. |
| 14:24:38 | wodz | PurlingNayuki: 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:42 | CIA-7 | r29012 build result: All green |
| 14:25:52 | PurlingNayuki | Congratulations. |
| 14:26:46 | wodz | any one with color target whants to try ppm viewer? |
| 14:27:22 | PurlingNayuki | I have an ONDAVX747, but it isn't in my home now. |
| 14:27:25 | *** | Saving seen data "./dancer.seen" |
| 14:28:10 | PurlingNayuki | I want to study and know rockbox. |
| 14:28:17 | PurlingNayuki | But I don't know how to. |
| 14:28:42 | wodz | PurlingNayuki: regarding FTL - look how this is done for nano2g and write something in similar manner |
| 14:28:46 | n1s | PurlingNayuki: read the code and ask questions here |
| 14:29:14 | PurlingNayuki | Nano2g? |
| 14:29:25 | PurlingNayuki | And just where is the file? |
| 14:30:26 | n1s | firmware/target/arm/s5l8700/ipodnano2g/ftl-nano2g.c |
| 14:30:46 | PurlingNayuki | Thx. |
| 14:30:48 | n1s | grep 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:57 | DBUG | Enqueued KICK kugel |
| 14:51:57 | DBUG | Enqueued KICK kugel_ |
| 14:51:57 | *** | Alert Mode level 2 |
| 14:51:57 | DBUG | Enqueued KICK kugel__ |
| 14:51:57 | DBUG | Enqueued 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:04 | DBUG | Enqueued 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:41 | gevaerts | I 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:53 | gevaerts | [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:31 | pamaury | TheSeven: continue here |
| 15:33:54 | TheSeven | do they really fire 10k IRQs per second? |
| 15:33:59 | pamaury | So 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:34 | TheSeven | IIUC the synopsys core can bundle several transfers into one as well |
| 15:35:13 | gevaerts | TheSeven: no sane protocol wants data every microframe |
| 15:35:28 | pamaury | So 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:46 | pamaury | but I guess we could merge the two modes anyway |
| 15:38:40 | TheSeven | IIUC we *need* to setup the next transfer in the IRQ handler on the synopsys core |
| 15:39:13 | TheSeven | and whether that's a ring buffer or a linked list doesn't matter much performance-wise at that point. |
| 15:39:16 | pamaury | yes I think so |
| 15:39:44 | pamaury | I don't know how the synopsys one handles multiple transfer at once |
| 15:40:41 | pamaury | I mean, it can handle really big bulk transfers (something like 64k) at once, but how does it handle multiple isochronous transfers ? |
| 15:40:54 | TheSeven | probably the same way |
| 15:41:13 | TheSeven | (total size + number of packets + maxpacket of the endpoint) |
| 15:41:50 | pamaury | so the controller would write the packets one after the other ? So you have no way to distinguish them |
| 15:42:11 | TheSeven | do you need to? |
| 15:42:19 | pamaury | yes and no |
| 15:42:33 | pamaury | for 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:34 | pamaury | then perhaps the api interface for repeat transfers is too rigid, I only allow buffers of size the maximum packet size (1023/1024) |
| 15:43:51 | gevaerts | TheSeven: 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:00 | AndroUser | Theseven I have the 1g classic 160gb. Can't test anything till later in the week tho. |
| 15:44:18 | pamaury | And 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:37 | pamaury | Anyway, 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:13 | TheSeven | how much binsize/ramsize does the AAfonts patch actually add, and was there any measurable performance impact? |
| 17:11:33 | TheSeven | also, has that meier crossfade patch been applied, and if not, what's holding it back? |
| 17:11:39 | TheSeven | crossfeed* |
| 17:12:23 | Ctcp | Ignored 5 channel CTCP requests in 7 seconds at the last flood |
| 17:12:23 | * | [Saint] prefers the configurable delay crossfeed patch. |
| 17:13:05 | TheSeven | IIUC 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:05 | Buschel | [Saint]: no. but if FS #10034 fixes it, this information could have saved some efforts ;) |
| 17:40:35 | Buschel | [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:27 | bertrik | [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:08 | bertrik | hm, ok, thanks for confirming at least :) |
| 17:53:32 | [Saint] | Sorry to burst your bubble, it was the first thing I tried. |
| 17:53:32 | n1s | [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:02 | pixelma | weren'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:28 | n1s | pixelma: 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:51 | Buschel | [Saint]: main issue with FS #10034 for me is that it introduec a third lcd_type... |
| 17:54:56 | pixelma | I just wonder if a fix for one target brings it back for another and so it "alternates"? |
| 17:55:19 | bertrik | for 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:04 | pixelma | it's probably worth looking into the SVN history of calendar.c |
| 17:56:20 | bertrik | [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:43 | Buschel | [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:56 | n1s | hmm, the calendar subtracts one trom wday for some reason, but the time & date screen does not |
| 18:04:57 | Buschel | [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:41 | Buschel | [Saint]: the changes in the lcd_type handling seem easy. I will make a patch and you'll need to test :) |
| 18:08:35 | n1s | hmm, the time and date screen calls set_day_of_week, which calendar does not |
| 18:09:25 | n1s | so in the t&d screen it doesn't matter if wday is off since it's calculated from the date |
| 18:09:51 | n1s | while 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:04 | n1s | i 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:48 | pixelma | isn'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:07 | n1s | i looks to me like 1) slightly buggy rtc drivers, 2) bug in calendar that compensates for some buggy drivers 3) stupid code :) |
| 18:14:48 | n1s | the 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:40 | pixelma | it's been a Recorder only plugin for a long time IIRC |
| 18:20:52 | pixelma | *Recorders |
| 18:21:03 | bertrik | I'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:23 | n1s | bertrik: yes it is |
| 18:21:43 | n1s | and i agree that sticking with the standard is good |
| 18:21:50 | bertrik | The 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:35 | n1s | [Saint]: that is not what we are discussing, it's the standard |
| 18:22:47 | n1s | (i agree that it's weird) |
| 18:22:58 | n1s | see http://www.cplusplus.com/reference/clibrary/ctime/tm/ |
| 18:23:40 | n1s | bertrik: 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:58 | n1s | umm, wait, calendar is very strange, it does shown->year = 2000 + (tm->tm_year%100); |
| 18:26:06 | n1s | which just looks plain wrong |
| 18:26:34 | n1s | hmm, no i'm just dense |
| 18:26:45 | n1s | but 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:37 | bertrik | I don't know, tm_year+1900 should be simpler, right? |
| 18:27:48 | n1s | i'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:53 | Buschel | [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:13 | n1s | iirc it's an american thing |
| 18:31:39 | n1s | hmm, the calendar seems to use 0 for monday and tries to convert it |
| 18:32:03 | Buschel | [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:11 | bertrik | meh, 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:04 | n1s | bertrik: 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:12 | n1s | (it allows any day!) |
| 18:34:25 | n1s | yes, 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:48 | n1s | bt 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:02 | pixelma | [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:35 | pixelma | it'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:16 | Buschel | [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:43 | scorche | pixelma: yes, there were 3 posts flagged as spam that were not |
| 19:00 |
| 19:00:46 | pixelma | hmm |
| 19:01:19 | pixelma | is 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:04 | scorche | keep marking them "not spam" so the service learns and hopefully improves |
| 19:04:19 | scorche | it doesnt happen too often - i was surprised to see 3 posts |
| 19:04:35 | pixelma | only admins and global mods are allowed to, right? |
| 19:04:41 | scorche | yes |
| 19:04:51 | pixelma | ok, good to know |
| 19:05:33 | scorche | it 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:19 | jhMikeS | should 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:57 | pixelma | scorche: 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:44 | scorche | pixelma: 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:58 | pixelma | indeed |
| 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:26 | CIA-7 | New commit by nls (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:17 | CIA-7 | r29013 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:07 | Buschel | [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:40 | n1s | in 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:06 | Buschel | [Saint]: yes, it changed a major configuration |
| 19:59:22 | n1s | iy 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:35 | n1s | wow |
| 19:59:44 | | Quit antil33t (Read error: Connection reset by peer) |
| 20:00 |
| 20:00:09 | | Quit stoffel (Ping timeout: 250 seconds) |
| 20:00:14 | n1s | [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:48 | kisak | if 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:06 | kisak | or 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:22 | Buschel | \o/ |
| 20:23:29 | [Saint] | I can't test the Nano1G just now...but can later today. |
| 20:23:38 | Buschel | maybe soap can? |
| 20:24:05 | Buschel | [Saint]: btw, what lcd_type? still 1? or is it 3 now? |
| 20:24:13 | soap | what? I'm 2 days back in the logs. |
| 20:24:45 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 20:24:48 | Buschel | FS #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:36 | soap | so what are you saying you want, Buschel? |
| 20:27:32 | *** | Saving seen data "./dancer.seen" |
| 20:29:32 | Buschel | soap: please check the lcd functionality on your nano 1G. especially if it correctly starts und shuts down. |
| 20:31:44 | CIA-7 | New commit by jethead71 (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:39 | CIA-7 | r29014 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:33 | Buschel | no |
| 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:28 | Buschel | what happens? |
| 20:54:35 | [Saint] | but, broken differently. |
| 20:55:40 | jhMikeS | where 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:48 | n1s | jhMikeS: i think you can disable plugins entirely in configure |
| 20:57:09 | Buschel | [Saint]: will check the code |
| 20:57:28 | [Saint] | Buschel: can you not check it on a device on hand? |
| 20:57:40 | jhMikeS | n1s: thanks (it looks like there are no 128x160 themes either :\) |
| 20:57:48 | Buschel | I have an idea what to check |
| 20:58:10 | [Saint] | do you have the GUI boost enabled? |
| 20:58:27 | LambdaCalculus37 | jhMikeS: 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:53 | Buschel | yes, on one of my local builds. but I am not using it now |
| 20:58:58 | * | kugel whois aleho |
| 20:59:03 | kugel | oops |
| 20:59:10 | LambdaCalculus37 | jhMikeS: 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:10 | LambdaCalculus37 | [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:21 | LambdaCalculus37 | [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:32 | LambdaCalculus37 | [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:53 | Buschel | [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:29 | Buschel | [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:05 | jhMikeS | LambdaCalculus37: ok. the cabbiev2 is FS is complete? |
| 21:16:36 | Buschel | well, 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:57 | Buschel | :) |
| 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:56 | Buschel | soap: 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:09 | LambdaCalculus37 | [Saint]: Max, I believe. |
| 21:37:35 | LambdaCalculus37 | jhMikeS: Yes, at last check. |
| 21:38:04 | LambdaCalculus37 | It'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:38 | soap | Buschel, 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:02 | Buschel | soap: ok, I'll read it from the logs then. thanks in advance! |
| 21:42:08 | soap | NP |
| 21:42:52 | Buschel | [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:34 | Buschel | hmm, seems like those defines are only used by some target. the ipods do not use CPU_FREQ |
| 21:49:47 | Buschel | (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:58 | Buschel | seems 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:30 | wodz | damn n1s is offline |
| 22:00 |
| 22:00:48 | Buschel | [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:01 | Buschel | yep |
| 22:02:14 | Buschel | plugins still build though |
| 22:02:14 | [Saint] | ...oh. |
| 22:02:59 | [Saint] | I'm kinda glad I noticed that, then. |
| 22:05:01 | Buschel | CPU_FREQ is used by non-scaling targets, some coldfire and soe |
| 22:05:05 | Buschel | ooops |
| 22:05:21 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 22:05:25 | Buschel | ...and some target specific macros |
| 22:06:28 | Buschel | at 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:20 | CIA-7 | New commit by Buschel (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:02 | CIA-7 | r29015 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:27 | CIA-7 | New commit by jethead71 (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:35 | CIA-7 | r29016 build result: 334 errors, 0 warnings (jethead71 committed) |
| 22:46:11 | LambdaCalculus37 | Red everywhere!! |
| 22:46:28 | jhMikeS | how'd that happen? |
| 22:46:49 | jhMikeS | oops |
| 22:47:24 | LambdaCalculus37 | jhMikeS: What's the problem? |
| 22:48:25 | * | LambdaCalculus37 can't see the SA9200 in the build system anymore... |
| 22:48:27 | jhMikeS | just a dangling "||" that making here didn't complain about |
| 22:48:34 | CIA-7 | New commit by jethead71 (r29017): Fix r29016 red. |
| 22:49:21 | LambdaCalculus37 | jhMikeS: You don't have an SA9200, do you? |
| 22:49:24 | jhMikeS | yes |
| 22:49:36 | jhMikeS | I do...courtesy toffee82 |
| 22:49:42 | | Quit bmbl (Quit: Verlassend) |
| 22:49:57 | LambdaCalculus37 | Ahh. |
| 22:50:38 | LambdaCalculus37 | Did someone remove the SA9200 from the build system? I don't see it on the table. |
| 22:50:41 | CIA-7 | r29017 build result: All green |
| 22:50:49 | jhMikeS | I see it in the size table |
| 22:51:16 | LambdaCalculus37 | I do too. |
| 22:51:26 | jhMikeS | it's about 2/3 of the way over in the build table |
| 22:55:54 | LambdaCalculus37 | jhMikeS: I'm going to go ahead and add in cabbiev2 for the SA9200. |
| 22:57:15 | LambdaCalculus37 | Since 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:14 | jhMikeS | LambdaCalculus37: sure, why not. if there are any issues, I guess it's still a dev target anyway. |
| 23:00:59 | LambdaCalculus37 | [Saint]: Sure, the cabbiev2 port is at FS #10937. |
| 23:01:09 | LambdaCalculus37 | [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:33 | CIA-7 | New commit by rmenes (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:45 | LambdaCalculus37 | [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:07 | CIA-7 | r29018 build result: All green |
| 23:13:43 | LambdaCalculus37 | [Saint]: The WPS was updated last on 20 October 2010. |
| 23:14:06 | LambdaCalculus37 | But 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:51 | LambdaCalculus37 | Yup. |
| 23:15:16 | LambdaCalculus37 | jhMikeS: So are plugins working now on the SA9200? |
| 23:15:17 | pixelma | the 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:09 | jhMikeS | LambdaCalculus37: they work, but not all display exactly right |
| 23:20:52 | LambdaCalculus37 | jhMikeS: Hmmm... |
| 23:21:09 | * | LambdaCalculus37 wonders if the SA9200 is about ready to go to Unstable, or if we should wait |
| 23:22:02 | jhMikeS | not sure |
| 23:22:33 | * | jhMikeS was going to mess with the images |
| 23:23:26 | | Part domonoky |
| 23:23:40 | LambdaCalculus37 | And I also did forget something... making sure that cabbiev2 is actually built! :P |
| 23:24:45 | jhMikeS | :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:46 | LambdaCalculus37 | Hmmm, I did add everything required to wps/WPSLIST... |
| 23:44:25 | b0hoon | is everything ok with the forum? |
| 23:44:55 | LambdaCalculus37 | b0hoon: It should be. Why, what's up? |
| 23:45:20 | b0hoon | LambdaCalculus37: my post has dissapeared :/ |
| 23:45:29 | b0hoon | or i'm blind |
| 23:45:29 | LambdaCalculus37 | ? |
| 23:45:49 | b0hoon | LambdaCalculus37: about the Vibe 300 in New ports |
| 23:46:43 | LambdaCalculus37 | b0hoon: No, it clearly shows me that you jut posted a few minutes ago. |
| 23:47:18 | b0hoon | LambdaCalculus37: but do you see the content? |
| 23:47:27 | gevaerts | I don't see that post |
| 23:47:32 | LambdaCalculus37 | b0hoon: I see that you posted, but I can't see the post itself. |
| 23:47:51 | gevaerts | Sounds like the spamfilter being a bit overenthusiastic |
| 23:47:56 | b0hoon | LambdaCalculus37: yeah |
| 23:48:34 | LambdaCalculus37 | b0hoon: We may have to get scorche on the case. |
| 23:49:51 | b0hoon | LambdaCalculus37: yes, thanks |
| 23:50:14 | b0hoon | scorche: ping |
| 23:50:41 | * | B4gder did something |
| 23:51:04 | LambdaCalculus37 | Yay for B4gder! \o/ |
| 23:51:05 | b0hoon | B4gder: thank you :) |
| 23:51:31 | b0hoon | B4gder: what's the trick? |
| 23:51:38 | * | B4gder does the rare akismet dance |
| 23:51:57 | B4gder | I am the admin powers to mark a suspected spam as not spam |
| 23:52:01 | B4gder | I have even |
| 23:52:23 | LambdaCalculus37 | B4gder: Are you sure you aren't the admin powers? ;) |
| 23:52:33 | B4gder | that might be true too =) |
| 23:53:07 | b0hoon | B4gder: so it's not available to the dev members. oki doki |
| 23:53:19 | B4gder | exactly |
| 23:53:42 | gevaerts | As far as I can see, you're a global moderator, right? |
| 23:53:50 | LambdaCalculus37 | scorche: Make a note to rename any function to mark suspected spam as not being spam to "The Bagder Touch". ;) |
| 23:54:00 | B4gder | gevaerts: correct |
| 23:54:03 | | Quit factor (Ping timeout: 260 seconds) |
| 23:54:21 | gevaerts | So soap or AlexP or GodEater could also have done it |
| 23:54:25 | gevaerts | Good to know :) |
| 23:54:38 | B4gder | well, 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:52 | B4gder | haha |
| 23:56:01 | LambdaCalculus37 | Okay, 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:14 | LambdaCalculus37 | The backdrops and the wps file for 128x160x16 are in SVN already. |
| 23:56:46 | LambdaCalculus37 | And I did edit wps/WPSLIST and add in anything that needs to be added for 128x160x16 LCDs. |
icon identifies that the person is a core developer (has commit access).