00:04:04 | gevaerts | JdGordon|: try enabling logf in usb_core.c and usb-drv-arc.c |
00:04:17 | gevaerts | That should tell you if something happens at least |
00:05:09 | * | gevaerts suspects that the thing does some negotiation before going to proper USB mode |
00:05:24 | stacker55 | can someone help me with rockbox on the philips gogear hdd6320 ? |
00:05:42 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-sggutcwrohakaybi) |
00:06:02 | saratoga | Unhelpful: usually larger latencies are due to deeper pipelining, which is in turn used to get higher clocks |
00:06:04 | JdGordon | gevaerts: the sniffer should see that though no? |
00:06:10 | saratoga | ARM9E doesn't clock so high |
00:06:15 | saratoga | due to its short pipe |
00:06:20 | gevaerts | JdGordon: it's a usb tracer, not a logic analyser |
00:06:41 | JdGordon | ok, ill get back into linux and try logf |
00:06:45 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
00:07:12 | Unhelpful | and i see that a *few* things have traded a cycle of execution for a cycle of latency in going from arm9e->arm11 - register-specified shifts are 2c on the former and have the shift register as an early reg on the latter? |
00:07:35 | TheSeven | what kind of negotiation do you mean? chirp sequences/speed enumeration? |
00:07:49 | TheSeven | OTG HNP? |
00:08:23 | saratoga | generally as you move beyond a standard 5 stage pipeline, latency is added for all sorts of standard operations due to needing one then one stage for instruction decode |
00:08:29 | saratoga | but i don't know if thats the case on arm11 |
00:08:47 | gevaerts | TheSeven: nothing as easy. I suspect something proprietary |
00:08:51 | liar | TheSeven, gevaerts: one of you might be able to understand what is going wrong: http://pastebin.org/77903, http://www.file-upload.net/download-2170376/usb.wireshark.html |
00:09:09 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
00:09:12 | saratoga | but you probably already know that :) |
00:10:13 | | Join nima [0] (n=nima@adsl-75-45-231-47.dsl.sfldmi.sbcglobal.net) |
00:11:25 | TheSeven | liar: that thing just went down after the getmaxlun request |
00:11:35 | Unhelpful | arm9e doesn't seem to have the "early reg" requirements at all... going to arm11 multiply result latencies go up by 1 pretty much across the board, and multiply operands all become early registers, so the cost of back-to-back multiplies actually goes up by 2c. which explains how a <40c divider from the arm system developer's manual clocked at ~54c on my beast :/ |
00:11:58 | Unhelpful | although i *did* have to design my asm without reference to theirs, so there may be a few microtweaks that i missed |
00:11:59 | TheSeven | ah, SCSI inquiry, I mean |
00:13:37 | liar | do you have an idea why? |
00:14:16 | TheSeven | it just stops responding |
00:14:25 | TheSeven | at the second bulk transaction |
00:14:46 | TheSeven | so the first one probably messed something up |
00:15:01 | TheSeven | ibugger does work without issues on that specific device, right? |
00:15:13 | TheSeven | if that also fails, I would blame the hardware... |
00:15:14 | | Nick flyback- is now known as flyback (n=teac@c-98-219-129-239.hsd1.pa.comcast.net) |
00:15:38 | liar | TheSeven: ibugger always worked on every nano2g i have |
00:15:44 | JdGordon| | gevaerts: before you run off... logf on those files, where would i find the dump? |
00:15:48 | JdGordon| | or the log |
00:15:57 | gevaerts | TheSeven: last time liar had me look at things, it stopped after linux reported -75 IIRC, which means something like "overflow" |
00:16:20 | liar | gevaerts: that message still appears if it fails |
00:16:24 | gevaerts | JdGordon|: the standard logf place |
00:16:25 | TheSeven | its a -71 this time, "protocol error" |
00:16:30 | liar | oh |
00:16:31 | gevaerts | i.e. in the debug menu |
00:16:48 | gevaerts | liar: it might have been -73, I don't remember clearly |
00:17:08 | * | JdGordon didnt do the logf ubild properly thn |
00:17:16 | JdGordon | it connects as multimedia mode though |
00:17:19 | liar | [110998.854796] usb 1-1: ctrl urb status -75 received |
00:17:23 | gevaerts | did you tell configure you wanted logf? |
00:17:41 | * | TheSeven just spotted another strange thing in the trace |
00:17:54 | gevaerts | Or was this changed to always dumping to a file? |
00:18:06 | TheSeven | right at the beginning there is a -75 EOVERFLOW |
00:18:19 | | Quit rasher (Read error: 110 (Connection timed out)) |
00:18:20 | TheSeven | on a HID control request |
00:18:48 | liar | that might be the reason why it works with usb hid turned off |
00:19:07 | TheSeven | but the hid keeps doing interrupt requests for quite some time afterwards, until the first SCSI command |
00:19:13 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
00:20:05 | TheSeven | and immediately before it locks up, there is a timeout on another HID control request |
00:20:15 | stacker55 | I was trying to put the steps of getting the RockBox on the gogear on the wiki, however i'm not allowed to change the gogear page |
00:20:29 | | Quit bmbl ("Bye!") |
00:20:32 | stacker55 | is someone able to allow me to do so ? |
00:20:51 | JdGordon| | gevaerts: jdgordon.info/logf.txt">http://usa.jdgordon.info/logf.txt if you havnt disappeared yet |
00:21:16 | TheSeven | stacker55: wiki nickname? |
00:21:23 | stacker55 | see private |
00:21:38 | | Quit nimak_ (Read error: 110 (Connection timed out)) |
00:24:09 | TheSeven | liar, gevaerts: this really looks like the problem is coming from the HID... |
00:24:12 | | Join nimak_ [0] (n=nima@adsl-75-45-225-124.dsl.sfldmi.sbcglobal.net) |
00:25:00 | TheSeven | gevaerts: do you know what this 09 01 02 01 00 02 ... hid request is? |
00:25:13 | TheSeven | that one is timing out |
00:25:26 | TheSeven | no, overflowing |
00:26:24 | TheSeven | then the device responds with fe 00 00 00 00 01 ..., and this is timing out, obviously triggering some kind of breakage |
00:28:57 | | Join bcpk [0] (i=bcpk@89.204.167.163) |
00:29:06 | * | TheSeven needs to compare that to a dump of a working ipod |
00:29:24 | * | bcpk is a newbie looking for tech support and feels terribly ashamed |
00:29:50 | * | TheSeven wonders what bcpk is ashamed of |
00:30:07 | bcpk | :( |
00:30:08 | TheSeven | ...and of course what kind of support he needs |
00:30:25 | Tomis | maybe he filled his media player with water |
00:30:26 | | Quit nima (Read error: 60 (Operation timed out)) |
00:30:32 | bcpk | the "why is 3.4 crashing every 10 seconds on my iPod 5G" kind |
00:31:01 | krazykit | bcpk, which one? the 30gb or the 60/80gb? |
00:31:24 | TheSeven | does that sentence imply that 3.3 worked? |
00:31:24 | bcpk | 60GB |
00:31:35 | bcpk | TheSeven, first time using Rockbox today |
00:31:49 | TheSeven | how is it exactly behaving? |
00:32:04 | bcpk | krazykit, I tried installing both 30GB and 60GB versions, both gave me the same issues |
00:32:07 | TheSeven | ja, wieso? |
00:32:11 | | Quit jonhateshiswindo ("CGI:IRC") |
00:32:16 | TheSeven | argh, wrong window |
00:32:28 | bcpk | well, it basically just locks up every few minutes |
00:32:39 | TheSeven | but it boots up properly? |
00:32:43 | bcpk | yeah, I guess |
00:33:10 | bcpk | but if I go into file manager it crashes, settings, crash, if I play a song it goes for about 10 minutes and then cuts out |
00:33:29 | bcpk | the menu crashing seems fairly random but the song crashing is recreatable |
00:33:48 | bcpk | I have reformatted and reinstalled several times |
00:34:05 | bcpk | I also ran a chkdsk and bad sector scan which came up clean |
00:34:48 | flyback | bcpk, |
00:34:50 | flyback | listen |
00:34:57 | flyback | if the os or host can see any bad sectors |
00:35:00 | flyback | the hard drive is failed |
00:35:13 | flyback | modern disks auto remap bad sectors with spares on write errors |
00:35:32 | bcpk | ok |
00:35:35 | flyback | but they don't reallocate on read errors so sometimes you end up with bad sectors you can clear by overwring the entire disk |
00:35:49 | flyback | it's risky on read because you might not get the data out |
00:35:52 | bcpk | well that much works anyway |
00:35:55 | pixelma | he said there were no issues |
00:36:02 | flyback | but on write since you destroy what is there, it's safe to do |
00:36:06 | flyback | I know I am just saying |
00:36:14 | flyback | in case he doesn't know and he starts to see bad sectors |
00:36:21 | flyback | what you want to do is check the smart tables on your drive |
00:36:32 | flyback | reallocated sectors make sure it's below the limit considered shit |
00:36:49 | flyback | pending reallocations are sectors the drive is waiting for a write to fix |
00:37:01 | krazykit | bcpk, does everything seem to work fine with the apple firmware? |
00:37:03 | stacker55 | flyback is right, bcpk. |
00:37:10 | flyback | uncorrectables/unc, AMNF OR TZNF = hard drive is *CANUCKED* |
00:37:16 | pixelma | not sure how that would help him |
00:37:29 | flyback | bcpk, speedfan will check your smart |
00:37:30 | bcpk | krazykit, I haven't tested it extensively because I don't have any music in my official firmware |
00:37:35 | flyback | and you can have it do a web page read |
00:37:40 | stacker55 | ssd's however, are another can of worms entirely. |
00:37:49 | bcpk | but it hasn't crashed in the few minutes I tried going around the menus |
00:37:57 | flyback | it will rate the drive |
00:38:13 | flyback | oh is this a portable device? |
00:38:17 | flyback | I thought your desktop was conking out sorry |
00:38:30 | bcpk | it's my iPod 60GB |
00:38:41 | flyback | well if you extract the hd and put it in a pc |
00:38:43 | stacker55 | which could be both, afaik |
00:38:46 | flyback | you can do tons of low level tests on it |
00:38:50 | flyback | to see how it's doing |
00:38:54 | flyback | format doesn't do jack shit |
00:38:56 | flyback | i will tell you right now |
00:39:10 | flyback | can you temp put podzilla on the ipod |
00:39:17 | flyback | cause if you can get linux on it you can run some hd tools |
00:39:17 | bcpk | flyback, it was working fine yesterday when I was using it as an HFS+ vanilla FW iPod |
00:39:38 | stacker55 | unless it's no quick format; if it is a full format it will at least touch most sectors. |
00:39:46 | flyback | even full format won't do much |
00:40:10 | flyback | best thing to do is run badblocks -svw on it (this will erase everything including the partitions tables etc" under linux as a external drive |
00:40:20 | flyback | that will write 5 patterns to the disc |
00:40:22 | flyback | then read them back |
00:40:34 | flyback | you can do that as a usb device |
00:40:53 | flyback | it won't test any areas that apple or rockbox might reserve for system that aren't mapped to usb mass storage |
00:41:11 | bcpk | I have reformatted it several times and used the "Restore" functionality in iTunes (yes, I had to install iTunes just for that..), so its HDD should be arranged as the rockbox installer would expect |
00:41:36 | bcpk | I'm not convinced it's a hardware problem |
00:41:38 | TheSeven | are we even sure that this is hard disk trouble in the first place? |
00:42:05 | bcpk | considering it was fine yesterday before I installed Rockbox, I think it's unlikely |
00:42:09 | TheSeven | so it just reboots ocasionally? |
00:42:21 | bcpk | more than ocassionally |
00:42:34 | bcpk | about every 10 seconds if I'm going around the menus |
00:42:51 | liar | TheSeven, gevaerts: thats a trace from the same ipod but this time it worked: http://www.file-upload.net/download-2170419/usb.wireshark.html, http://www.file-upload.net/download-2170421/usbdump.txt.html |
00:42:56 | TheSeven | going around = just scrolling, or navigating through the different menus? |
00:43:18 | bcpk | clicking on menu items |
00:43:34 | bcpk | eg if I click on file manager it will freeze |
00:43:38 | TheSeven | even in non-storage-related menus like settings? |
00:43:51 | bcpk | yes, theme settings, font settings etc |
00:44:26 | | Quit kugel (Nick collision from services.) |
00:44:32 | | Join kugel [0] (n=kugel@e178068049.adsl.alicedsl.de) |
00:44:37 | TheSeven | liar: funny. in this dump, the same control request that failed with "overflow" in the non-working dump this time failed with "broken pipe" |
00:44:57 | TheSeven | the timeout is identical |
00:45:07 | | Join nima [0] (n=nima@adsl-75-45-234-114.dsl.sfldmi.sbcglobal.net) |
00:45:21 | TheSeven | hmm the whole thing is identical |
00:45:38 | TheSeven | it also failed, but then re-enumerated, which it also failed to do in the other dump |
00:46:02 | pixelma | bcpk: how does it "lock up"? |
00:46:48 | bcpk | pixelma: The backlight turns off, the screen freezes (but is still visible) and it has to be restarted with Menu+Select |
00:48:31 | liar | TheSeven: an idea why? |
00:50:10 | TheSeven | liar: in the "working" dump, there are actually 2 complete device initialisations |
00:50:26 | TheSeven | and the second time, the host didn't even issue the request that caused the first one to fail |
00:50:36 | TheSeven | the hid seems to be up and running nevertheless |
00:50:51 | TheSeven | i need to dig up what that thing is supposed to do... |
00:50:56 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:51:35 | TheSeven | bcpk: so it doesn't reboot automatically? |
00:51:51 | TheSeven | does the backlight turn off immediately as soon as it locks up, or after the usual "idle timeout"? |
00:52:06 | TheSeven | and theme and font settings are potentially accessing the disk |
00:52:52 | bcpk | the backlight turns off immediately upon selecting the menu item that causes the crash |
00:53:12 | bcpk | and no it has to be manually reboote |
00:53:17 | bcpk | rebooted* |
00:53:22 | pixelma | bcpk: and you tried the 30GB build? Though I never heard about issues while navigating the menus but it would explain the crash on playback (the real difference between the build is the assumed RAM which is half the size on the 30GB Ipods but there are cases where 60/80GB Videos also only have this amount) |
00:53:56 | bcpk | pixelma : Yep, I tried the 30GB build too, no joy :( |
00:53:59 | pixelma | I'm out of ideas other than that though... sorry |
00:54:13 | bcpk | it's very confusing |
00:54:29 | bcpk | everyone else I've asked about it has just said that theirs works perfectly |
00:55:05 | TheSeven | yes, this is a really weird issue... never heard of anything like that |
00:55:22 | pixelma | or problems with the disk but you say chkdsk found nothing |
00:55:48 | TheSeven | this somehow looks like a more-or-less controlled shutdown, if it turns of the backlight |
00:56:01 | stacker55 | actually, i doubt it is the disk, i have similar problems with the hdd6320 come to think of it |
00:56:03 | TheSeven | does the disk spin when it locks up? |
00:56:05 | bcpk | but the menu is still visible on the screen |
00:56:17 | bcpk | even though it has frozen |
00:56:26 | stacker55 | bcpk: what menu option was it again ? |
00:56:31 | bcpk | let me check, I'll start up my iPod again |
00:56:49 | TheSeven | could this be the PMU going down? |
00:56:54 | bcpk | stacker55 : pretty much anything. File manager, song selection, font/theme settings... |
00:57:03 | TheSeven | does the LCD slowly fade to white? |
00:57:05 | stacker55 | anything that touches the disk |
00:57:25 | stacker55 | and after how long ? |
00:57:28 | bcpk | the LCD turns off abruptly |
00:57:35 | stacker55 | would that be say; 30 seconds to 1 minute ? |
00:57:42 | bcpk | crashing occurs immediately on selection |
00:57:54 | stacker55 | hmm, different issue then :( |
00:57:55 | bcpk | when playing back songs it lasts for maybe 10 minutes and then cuts out |
00:58:10 | TheSeven | when it has crashed and you don't reset it, what does happen to the still-visible display contents? |
00:58:17 | TheSeven | do they slowly fade away? (after like a minute) |
00:58:22 | bcpk | nope |
00:58:28 | | Quit nimak_ (Read error: 110 (Connection timed out)) |
00:58:42 | bcpk | 20 minutes later I can still see the song list from the last time it crashed |
00:58:52 | TheSeven | so the display seems to be still powered |
00:58:53 | Willy | I found out what went wrong −− r23814 doesn't build rockbox.mi4. |
00:59:21 | bcpk | ok, just tried it out |
00:59:31 | bcpk | when I selected File it automatically rebooted |
00:59:37 | bcpk | first time it's done that... |
00:59:48 | TheSeven | is there a correlation with spinning up the disk? |
01:00 |
01:00:04 | liar | TheSeven: so you need a trace from a working ipod? |
01:00:07 | bcpk | selecting Artist from database caused the same reboot |
01:00:19 | stacker55 | if he can play songs, then i don't think that will be the issue |
01:00:29 | TheSeven | liar: first of all, I would like to understand what that request is supposed to do in the first place |
01:00:40 | TheSeven | but yes, another dump from an always-working ipod can't hurt |
01:00:50 | Willy | And I think I had deleted the "SYSTEM" dir once RB got access to the external SD card. oops |
01:00:55 | bcpk | and now I just selected Artist again and it crashed in a different manner from the last one - freezing now |
01:00:57 | TheSeven | any USB HID expert around? |
01:02:03 | TheSeven | bcpk: this really sounds like the power manager goes down while trying to spin up the disk |
01:02:17 | TheSeven | is this an original apple hard drive? |
01:02:25 | | Quit pamaury ("abort();") |
01:02:40 | bcpk | yep |
01:02:58 | bcpk | the iPod has not been modified in any way, as far as I'm aware |
01:03:06 | stacker55 | theseven: what is the difference ? |
01:03:23 | bcpk | in fact I saw Toshiba come up in the bootloader which is the original HDD manufacturer as far as I know |
01:03:30 | liar | TheSeven: i will send you a dump from an always-working ipod(nano2g and maybe ipod video) tomorrow |
01:05:34 | | Join soap [50] (n=soap@rockbox/staff/soap) |
01:06:07 | bcpk | is there any log or somethign I could post? |
01:07:05 | TheSeven | liar: it's a SET_REPORT request that triggers the whole trouble |
01:07:13 | TheSeven | not sure about the root cause though |
01:07:30 | | Quit S_a_i_n_t (Read error: 60 (Operation timed out)) |
01:07:32 | | Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.253) |
01:07:45 | TheSeven | bcpk: This somehow smells like a power problem to me |
01:07:45 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
01:08:17 | TheSeven | is rockbox doing some kind of emergency poweroff if the battery voltage drops below a certain threshold? |
01:08:51 | | Quit kugel (Nick collision from services.) |
01:08:56 | | Join kugel [0] (n=kugel@e178077074.adsl.alicedsl.de) |
01:09:01 | TheSeven | this could just be a battery with a relatively high inner resistance causing a noticable voltage drop during spinup, that triggers a poweroff |
01:09:10 | pixelma | on LiPoly yes, but you should get a splash |
01:10:00 | TheSeven | pixelma: IIRC I saw some code that just shut off the device instantly in some cases while writing the nn2g power management driver |
01:10:30 | TheSeven | bcpk: how's your battery performance in the apple firmware? |
01:10:55 | bcpk | seems fine to me |
01:10:58 | pixelma | would testing with USB connected give some clue (I know Videos don't draw enough power for charging but maybe it does for a quick test)? |
01:11:23 | TheSeven | if it would work in that case, that would of course point towards a power issue |
01:11:40 | TheSeven | i'm always testing with USB connected, so I didn't think of this |
01:11:42 | bcpk | I'll try it plugged into my wall charger |
01:14:14 | | Join webguest13 [0] (n=04e41e67@giant.haxx.se) |
01:16:55 | bcpk | hmm |
01:17:06 | bcpk | it still crashed when plugged in |
01:17:20 | * | TheSeven is out of ideas then |
01:17:32 | bcpk | but I changed the theme to a simple one, iCatcher I think it was called |
01:17:36 | bcpk | it seems more stable |
01:17:42 | bcpk | although it still crashes |
01:17:46 | bcpk | but it's less frequent |
01:18:23 | bcpk | are there any power setting sI should change? |
01:18:30 | TheSeven | try to (dis)prove that there is a correlation between the crashes and disk accesses/spinups |
01:18:45 | saratoga | if the gogear is mostly working we should release a bootlaoder for it |
01:18:58 | TheSeven | if it has nothing to do with spinups, you don't need to worry about power |
01:19:35 | bcpk | it cuts out before the disk has a chance to spinup at all |
01:19:44 | | Quit webguest13 ("CGI:IRC (Ping timeout)") |
01:19:52 | bcpk | the disk spins up when the device resets without any issues |
01:20:16 | TheSeven | so it does always fail before it spins up the disk? |
01:20:30 | pixelma | I think charging was disabled in 3.4 for Ipods but I'm unsure if this is important for this test (thought it still draws some power). I don't know enough about it |
01:20:32 | bcpk | well, it has managed to play sounds mefore |
01:20:38 | TheSeven | can you try accessing the file browser before it even spins down for the first time? |
01:20:53 | bcpk | pixelma : I went to System info and it said Charging |
01:21:29 | pixelma | maybe enabling dircache helps - no spinups while browsing |
01:22:05 | TheSeven | yes, one could try enabling dircache through the config file from disk mode or the apple firmware |
01:22:17 | TheSeven | i doubt he'll manage to enable it in rockbox itself... |
01:22:27 | TheSeven | sounds too shaky for that |
01:22:27 | bcpk | aha! |
01:22:51 | bcpk | if I continue to access files and menu items before the HDD spins down, it is OK |
01:23:08 | | Join webguest57 [0] (n=04e41e8a@giant.haxx.se) |
01:23:33 | TheSeven | can someone make him a testing build with the ADC disabled and reading a fixed (high) value? |
01:23:39 | TheSeven | i need to go to sleep asap |
01:23:47 | TheSeven | already much too late again |
01:24:31 | TheSeven | this sounds like either a bad battery or massively-off ADC reading |
01:24:44 | TheSeven | what does the rockbox battery indicator say? |
01:25:41 | bcpk | 85% |
01:25:48 | bcpk | 14h 34m |
01:26:06 | bcpk | buffer is 60.4 MB |
01:26:11 | webguest57 | How do you use the utility installer on linux once you have it downloaded? |
01:27:27 | TheSeven | hm, this suggests a really high inner resistance... bad battery? battery connector going loose? |
01:28:15 | TheSeven | would be nice to disable that poweroff and have a look at the actual readings during a spinup |
01:28:17 | bcpk | well it's been working absolutely fine for the last 3 years |
01:28:51 | | Quit S_a_i_n_t (Read error: 113 (No route to host)) |
01:28:53 | TheSeven | the battery voltage is probably just dropping a little too much during the spinup - below some shutoff limit set in rockbox |
01:29:01 | TheSeven | the apple firmware may just be ignoring that |
01:29:33 | bcpk | ah |
01:30:33 | TheSeven | did you ever see the apple firmware suddenly showing an "empty battery" screen when the battery meter told it was not that empty yet shortly before? |
01:31:37 | bcpk | afraid not |
01:32:06 | TheSeven | hm, i would have expected the PMU chip to power it off at a certain threshold |
01:32:11 | | Quit webguest57 ("CGI:IRC") |
01:32:59 | TheSeven | however, this still sounds like battery/power management trouble to me |
01:33:20 | TheSeven | but honestly I'm out of ideas what to do about it, besides maybe disabling battery voltage reading altogether |
01:33:37 | bcpk | yeah... |
01:33:44 | bcpk | looks like a bit of a dead end |
01:34:12 | | Quit Farthen (Nick collision from services.) |
01:34:21 | bcpk | I'm sorry to have used up so much of your time |
01:34:38 | | Join Farthen_ [0] (n=chatzill@e176141185.adsl.alicedsl.de) |
01:34:39 | | Nick Farthen_ is now known as Farthen (n=chatzill@e176141185.adsl.alicedsl.de) |
01:34:50 | saratoga | i compiled gogear bootloaders: http://duke.edu/~mgg6/rockbox/phillips/ |
01:35:30 | TheSeven | bcpk: well, at least we roughly know what's going on know |
01:35:46 | bcpk | the battery capacity is set at 600mAh... is that right? |
01:35:54 | Torne | yes |
01:35:59 | bcpk | oh, ok |
01:36:07 | Torne | but that's irrelevant, it's only used for runtime estimation |
01:36:08 | bcpk | seems pretty small /ot |
01:36:27 | Torne | yes, that's one of the easy ways to gain runtime on an ipod, switch the battery for a more modern one ;) |
01:37:01 | Torne | the battery level is detected based on voltage, using the known discharge curve |
01:38:10 | | Join bcpk_ [0] (i=bcpk@89.204.246.236) |
01:38:35 | bcpk_ | v=V(1-e^(-t/RC)) ? |
01:39:32 | Torne | no, there's a standard curve for voltage vs proportion of battery used which is just in the code :) |
01:39:49 | Torne | but yah. capacity setting doesn't amtter for your purposes |
01:39:58 | Torne | shutdown threshold is in volts |
01:41:33 | bcpk_ | of course, that's for AC |
01:41:35 | * | bcpk_ hands head |
01:41:40 | bcpk_ | hangs* |
01:41:48 | bcpk_ | tired and frustrated :| |
01:49:12 | *** | Saving seen data "./dancer.seen" |
01:49:17 | bcpk_ | Well, I'm gonna hit the hay |
01:49:21 | bcpk_ | 1 AM |
01:49:25 | stacker55 | good night |
01:49:33 | bcpk_ | thanks for trying to help, everyone |
01:49:35 | stacker55 | same thing here :) |
01:50:14 | Willy | Through bisecting I found out the commit that breaks MP3 recording on my e200v1 http://svn.rockbox.org/viewvc.cgi?view=rev;revision=23784 |
01:50:18 | | Part bcpk_ |
01:50:20 | | Join nimak_ [0] (n=nima@adsl-75-45-243-30.dsl.sfldmi.sbcglobal.net) |
01:55:23 | | Quit nima (Read error: 60 (Operation timed out)) |
01:55:44 | | Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.131) |
01:55:58 | | Quit darkham ("Sto andando via") |
01:56:13 | Willy | Here's the Flyspray http://www.rockbox.org/tracker/task/10917 |
01:56:44 | S_a_i_n_t | when compiling one's own build, what exactly is the (A)dvanced build? |
01:56:45 | | Quit bcpk (Read error: 110 (Connection timed out)) |
01:57:15 | * | JdGordon pings nls to help Willy |
02:00 |
02:06:35 | | Join nima [0] (n=nima@adsl-75-45-229-115.dsl.sfldmi.sbcglobal.net) |
02:11:40 | | Join JdGordon| [0] (n=jd@rockbox/developer/JdGordon) |
02:13:59 | nls | Willy: ah, i half expected that to be the cause, i must have screwed up the test, will try to figure out the fix later, gtg now |
02:14:14 | Willy | cool |
02:15:20 | Willy | does mp3_enc.c have any effect on mp3_encoder.rock? |
02:16:05 | | Quit JdGordon| (Client Quit) |
02:16:51 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
02:18:41 | nls | Willy: no |
02:18:51 | | Quit z35 (Read error: 104 (Connection reset by peer)) |
02:19:21 | nls | Willy: i can spot only one obvious error, line 2115 should read m = r + l + err; |
02:19:32 | nls | gtg for real now |
02:23:44 | | Join nimak__ [0] (n=nima@adsl-75-45-227-213.dsl.sfldmi.sbcglobal.net) |
02:23:52 | | Quit nimak_ (Read error: 110 (Connection timed out)) |
02:31:11 | | Quit Farthen (zelazny.freenode.net irc.freenode.net) |
02:31:11 | NSplit | zelazny.freenode.net irc.freenode.net |
02:31:11 | | Quit rhodan (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit nls (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit evilnick (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit amiconn (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit Rob2222 (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit phanboy4 (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit fdinel (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit MethoS- (zelazny.freenode.net irc.freenode.net) |
02:31:11 | | Quit AlexP (zelazny.freenode.net irc.freenode.net) |
02:40:45 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
02:41:26 | | Join nimak [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) |
02:41:35 | | Quit gevaerts (Nick collision from services.) |
02:41:47 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
02:43:16 | | Quit nima (Read error: 110 (Connection timed out)) |
02:44:47 | | Quit gevaerts (Read error: 60 (Operation timed out)) |
02:46:49 | | Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) |
02:47:32 | | Quit S_a_i_n_t (Read error: 110 (Connection timed out)) |
02:47:37 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
02:50:05 | | Quit stacker55 (Read error: 113 (No route to host)) |
02:54:14 | NHeal | zelazny.freenode.net irc.freenode.net |
02:54:14 | NJoin | Farthen [0] (n=chatzill@e176141185.adsl.alicedsl.de) |
02:54:14 | NJoin | rhodan [0] (n=quassel@81.62.155.250) |
02:54:14 | NJoin | nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) |
02:54:14 | NJoin | evilnick [0] (n=evilnick@rockbox/staff/evilnick) |
02:54:14 | NJoin | amiconn [0] (i=quassel@rockbox/developer/amiconn) |
02:54:14 | NJoin | Rob2222 [0] (n=Miranda@p4FDCA9F7.dip.t-dialin.net) |
02:54:14 | NJoin | phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
02:54:14 | NJoin | fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
02:54:14 | NJoin | MethoS- [0] (n=clemens@134.102.106.250) |
02:54:14 | NJoin | AlexP [0] (n=alex@rockbox/staff/AlexP) |
02:54:16 | | Quit nimak (Killed by sagan.freenode.net (Nick collision)) |
02:54:18 | | Join nima [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) |
02:54:18 | froggyman | has there been any discussion on the next release of rockbox? I have been watching the mailing list, but havent seen anything in a while. Did I miss some discussion on IRC?? |
02:56:27 | JdGordon | nope |
02:58:00 | | Quit nima (Read error: 104 (Connection reset by peer)) |
03:00 |
03:00:19 | | Quit nimak__ (Read error: 110 (Connection timed out)) |
03:01:27 | | Join nima [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) |
03:03:27 | froggyman | JdGordon: ok |
03:04:55 | | Quit MethoS- (Remote closed the connection) |
03:12:47 | | Quit YPSY (Excess Flood) |
03:13:29 | | Join Ypsy [0] (n=ypsy@geekpadawan.de) |
03:13:31 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
03:14:46 | | Quit killan (Read error: 60 (Operation timed out)) |
03:14:57 | | Join nimak_ [0] (n=nima@adsl-75-45-237-89.dsl.sfldmi.sbcglobal.net) |
03:15:04 | | Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") |
03:15:24 | | Quit nima (Read error: 54 (Connection reset by peer)) |
03:16:37 | nls | Willy: did you try the change i suggested? |
03:18:00 | | Quit avacore (Excess Flood) |
03:19:05 | | Quit pixelma (Excess Flood) |
03:19:07 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
03:19:51 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
03:24:57 | | Join killan [0] (n=nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) |
03:31:13 | | Quit kloeri (Read error: 104 (Connection reset by peer)) |
03:33:01 | | Quit nimak_ (Read error: 104 (Connection reset by peer)) |
03:35:52 | | Join nima [0] (n=nima@adsl-75-45-232-166.dsl.sfldmi.sbcglobal.net) |
03:48:05 | | Quit kugel (Remote closed the connection) |
03:48:50 | | Quit nima (Read error: 104 (Connection reset by peer)) |
03:49:13 | *** | Saving seen data "./dancer.seen" |
03:52:37 | | Join nima [0] (n=nima@adsl-75-45-238-214.dsl.sfldmi.sbcglobal.net) |
04:00 |
04:01:06 | CIA-44 | New commit by nls (r24269): Fix typo causing l+r mono encoding to use only one channel |
04:02:04 | | Quit Spaceghost ("güit") |
04:08:19 | CIA-44 | New commit by nls (r24270): This should fix FS #10917, unfortunately i have no target evailable to test on |
04:09:22 | | Join nimak_ [0] (n=nima@adsl-75-45-243-41.dsl.sfldmi.sbcglobal.net) |
04:23:50 | | Join nimak__ [0] (n=nima@adsl-75-45-232-78.dsl.sfldmi.sbcglobal.net) |
04:25:44 | | Quit nima (Read error: 110 (Connection timed out)) |
04:26:48 | | Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) |
04:27:32 | Willy | nls: more feedback on MP3 bug http://www.rockbox.org/tracker/task/10917 |
04:30:47 | | Quit TheSeven (Nick collision from services.) |
04:31:01 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
04:31:13 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
04:31:20 | nls | Willy: that's after my two latest commits? |
04:31:49 | | Quit nimak_ (Read error: 60 (Operation timed out)) |
04:31:52 | Willy | yes. r24270 |
04:33:39 | nls | :( |
04:35:02 | Willy | you want a sample of right-only and L+R? |
04:35:50 | nls | i think i'll just revert all my changes to that codec since i cna aparently not do this blindly |
04:36:26 | Willy | ok |
04:36:57 | nls | not really... dont' think it will help, probably just me messing up this pointer wizardry and can't really spot it now |
04:39:00 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
04:40:11 | Willy | so this doesn't happen on your player? |
04:41:41 | | Quit Res1 (Read error: 60 (Operation timed out)) |
04:42:09 | | Join dys` [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
04:44:27 | | Join Res1 [0] (n=Res@adsl-067-034-129-222.sip.mco.bellsouth.net) |
04:51:34 | | Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) |
04:53:19 | | Join Barahir_ [0] (n=jonathan@gssn-5f75638b.pool.mediaWays.net) |
04:53:29 | | Part froggyman |
04:54:25 | | Quit Barahir (Read error: 60 (Operation timed out)) |
04:57:39 | | Quit dys (No route to host) |
04:59:47 | | Quit z35 ("Leaving") |
05:00 |
05:00:06 | | Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") |
05:02:57 | | Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) |
05:03:25 | | Quit aevin (Read error: 60 (Operation timed out)) |
05:04:32 | | Quit JdGordon ("Leaving.") |
05:06:35 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:06:43 | | Join aevin [0] (n=brootvor@unaffiliated/aevin) |
05:07:10 | | Quit preglow (Read error: 104 (Connection reset by peer)) |
05:10:57 | | Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
05:14:46 | | Join nima [0] (n=nima@adsl-75-45-224-195.dsl.sfldmi.sbcglobal.net) |
05:16:30 | | Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) |
05:17:48 | | Quit fyrestorm (Client Quit) |
05:19:57 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
05:20:13 | | Quit nls (Read error: 110 (Connection timed out)) |
05:21:37 | | Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) |
05:27:52 | * | nls facepalms |
05:32:10 | | Join nimak_ [0] (n=nima@adsl-75-45-227-64.dsl.sfldmi.sbcglobal.net) |
05:32:26 | | Quit nima (Read error: 104 (Connection reset by peer)) |
05:32:50 | CIA-44 | New commit by nls (r24271): This should fix FS #10917, and also fix channel swapping i introduced in r23784. Lets hope the third time's the charm |
05:32:58 | | Quit nimak__ (Read error: 110 (Connection timed out)) |
05:41:18 | | Quit Horscht ("Verlassend") |
05:48:28 | | Join nima [0] (n=nima@adsl-75-45-231-32.dsl.sfldmi.sbcglobal.net) |
05:49:15 | *** | Saving seen data "./dancer.seen" |
05:53:54 | | Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.125) |
05:56:17 | | Quit nls (Read error: 110 (Connection timed out)) |
06:00 |
06:06:25 | | Join nimak__ [0] (n=nima@adsl-75-45-231-121.dsl.sfldmi.sbcglobal.net) |
06:07:40 | | Quit nimak_ (Read error: 110 (Connection timed out)) |
06:09:12 | | Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) |
06:12:23 | | Quit nima (Read error: 60 (Operation timed out)) |
06:28:52 | | Join tomers [0] (n=86bfe845@giant.haxx.se) |
06:37:50 | | Quit tomers ("CGI:IRC (Ping timeout)") |
06:43:36 | | Join nima [0] (n=nima@adsl-75-45-234-180.dsl.sfldmi.sbcglobal.net) |
06:43:37 | | Quit saratoga ("Page closed") |
06:45:36 | | Quit nls (Read error: 110 (Connection timed out)) |
06:56:23 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
06:58:04 | | Quit nimak__ (Read error: 110 (Connection timed out)) |
06:58:41 | | Join MisterX [0] (n=a-S@213.211.34.130) |
06:59:13 | MisterX | hi, anyone here who could help me with h120? I have no idea why, it just wont turn on all of a sudden (and no, i didnt fry it) |
07:00 |
07:00:20 | | Join nimak_ [0] (n=nima@adsl-75-45-234-126.dsl.sfldmi.sbcglobal.net) |
07:01:50 | MisterX | i'm not sure it's a rockbox problem, but figured someone here can know.. |
07:02:07 | | Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) |
07:02:35 | MisterX | when i try to restart it, either nothing happens, or there is just gibberish on the screen and it wont light up, or it boots to original firmware and says "check hdd connection" - but i didn't drop it or anything |
07:02:48 | MisterX | also, i cant really turn it on with buttons |
07:04:31 | MisterX | (buttons dont seem to work either) |
07:13:31 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
07:16:48 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
07:16:51 | | Quit nima (Read error: 110 (Connection timed out)) |
07:28:16 | | Join arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) |
07:30:08 | * | JdGordon has a hunch about playlist resume after shuffle not working |
07:31:05 | arbingordon | any recommendations for converting stuff that contains multiple audio streams to be rockbox compatible? (and let you choose which audio stream to use) |
07:32:06 | | Join nima [0] (n=nima@adsl-75-45-233-7.dsl.sfldmi.sbcglobal.net) |
07:37:54 | | Quit nimak_ (Read error: 60 (Operation timed out)) |
07:41:35 | | Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) |
07:41:58 | Willy | what time zone is the commit history page in? GMT? |
07:42:43 | | Quit Strife89 ("Bed.") |
07:43:47 | pixelma | Willy: yes |
07:44:18 | Willy | ty |
07:44:20 | | Quit Willy (Client Quit) |
07:45:37 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
07:49:17 | | Quit liar (Read error: 113 (No route to host)) |
07:49:19 | *** | Saving seen data "./dancer.seen" |
07:50:22 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
07:51:19 | | Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) |
07:51:55 | | Join nimak_ [0] (n=nima@adsl-75-45-228-202.dsl.sfldmi.sbcglobal.net) |
07:56:23 | | Join funman [0] (n=fun@rockbox/developer/funman) |
08:00 |
08:02:18 | | Join stoffel [0] (n=quassel@p57B4DB31.dip.t-dialin.net) |
08:02:52 | | Quit nima (Read error: 104 (Connection reset by peer)) |
08:04:07 | | Join Willy [0] (n=chatzill@adsl-76-235-60-169.dsl.dytnoh.sbcglobal.net) |
08:04:40 | Willy | nls: MP3 recording to mono seems to be working. Thank you. |
08:05:09 | | Join nima [0] (n=nima@adsl-75-45-228-202.dsl.sfldmi.sbcglobal.net) |
08:05:37 | | Quit nimak_ (Read error: 104 (Connection reset by peer)) |
08:10:41 | | Quit Willy ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") |
08:13:23 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
08:17:45 | | Nick dys` is now known as dys (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
08:22:54 | | Join nimak_ [0] (n=nima@75.45.225.254) |
08:23:27 | | Quit nima (Read error: 54 (Connection reset by peer)) |
08:23:27 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
08:29:14 | | Quit nls (Read error: 110 (Connection timed out)) |
08:32:44 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
08:36:35 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
08:40:26 | | Join Rob2223 [0] (n=Miranda@p4FDC9C62.dip.t-dialin.net) |
08:41:26 | | Quit nimak_ (Read error: 104 (Connection reset by peer)) |
08:42:48 | | Join nima [0] (n=nima@adsl-75-45-232-137.dsl.sfldmi.sbcglobal.net) |
08:46:12 | | Join nls [0] (n=n1s@125-237-43-116.jetstream.xtra.co.nz) |
08:47:12 | | Join Kitr88 [0] (n=Kitr88@BSN-182-94-141.dial-up.dsl.siol.net) |
08:51:19 | | Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it) |
08:52:59 | JdGordon | FS #10288 - anyone want to guess if its the playlist creation (from the browser) or playlist resuming (from .playlist_control) thats broken? |
08:53:07 | | Quit Kitar|st (Read error: 60 (Operation timed out)) |
08:55:46 | | Quit Kitr88 (Read error: 60 (Operation timed out)) |
08:55:51 | | Join Kitar|st [0] (i=Kitr88@BSN-182-65-187.dial-up.dsl.siol.net) |
08:59:02 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:59:16 | | Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]") |
09:00 |
09:12:40 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:13:38 | pixelma | I sometimes get/got a similar thing - "insert shuffled" on a folder, stop somewhere in the middle of the list, resume - list is in the same order but the current song is in the first position of the playing list and the songs already played are at the end. Fun thing is that once this happened I can reproduce but deleting playlist_control fixes it for a while (currently working ok for me, so I can't tell for sure if it is still a problem) |
09:15:19 | JdGordon | no, I've decided it always happens but you might not always notice |
09:15:33 | pixelma | no |
09:15:44 | JdGordon | especially if you stop then resume without looking at the playlist |
09:16:51 | JdGordon | deleting the playlist_control file means a brand new playlist gets made |
09:16:54 | JdGordon | it shuoldnt change anything |
09:17:30 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
09:17:38 | pixelma | that's why I found it weird and didn't report until I have a way to reproduce |
09:18:51 | JdGordon | I'm pretty convinced that if you stop playback, insert shuffled a folder, note the order. stop, resume, note the order again it will show up |
09:19:09 | * | JdGordon has no idea where in that chain the bug is |
09:19:40 | JdGordon | going from .playlist_control -> playlist is correct. if you do it by hand you will get the same order |
09:20:57 | | Quit martian67 (Remote closed the connection) |
09:23:13 | pixelma | as I said - what I see is that the order is the same, just the starting point is different (current track is the first, even if it fas 6th or so before stopping) |
09:23:24 | pixelma | s/fas/was |
09:25:23 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
09:26:29 | JdGordon | yeah |
09:31:13 | | Quit robin0800 (Remote closed the connection) |
09:34:54 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
09:36:12 | | Join Bagder [0] (n=dast@83.168.254.42) |
09:36:29 | | Join kramer3d [0] (n=kramer@unaffiliated/kramer3d) |
09:36:39 | | Quit kramer3d (Read error: 104 (Connection reset by peer)) |
09:37:52 | | Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) |
09:42:03 | | Join GodEater [0] (i=9372e2b4@rockbox/staff/GodEater) |
09:46:05 | | Quit stoffel (Remote closed the connection) |
09:47:47 | | Join nimak_ [0] (n=nima@adsl-75-45-229-87.dsl.sfldmi.sbcglobal.net) |
09:49:23 | *** | Saving seen data "./dancer.seen" |
10:00 |
10:01:45 | | Quit nls ("Lämnar") |
10:03:04 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
10:03:28 | | Quit dys (Excess Flood) |
10:03:34 | | Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
10:03:57 | | Quit dys (Excess Flood) |
10:04:03 | | Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
10:04:21 | | Quit dys (Excess Flood) |
10:04:27 | | Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
10:05:52 | | Quit nima (Read error: 110 (Connection timed out)) |
10:06:08 | | Quit martian67 (Remote closed the connection) |
10:06:45 | | Quit dys (Excess Flood) |
10:06:51 | | Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
10:13:52 | | Quit dys (Excess Flood) |
10:13:58 | | Join dys [0] (n=andreas@krlh-5f72f25e.pool.mediaWays.net) |
10:17:03 | | Join webguest27 [0] (n=d9ef114b@giant.haxx.se) |
10:20:30 | | Join bzed_ [0] (n=bzed@devel.recluse.de) |
10:20:31 | | Quit Spaceghost (Read error: 110 (Connection timed out)) |
10:23:05 | | Join nima [0] (n=nima@adsl-75-45-227-12.dsl.sfldmi.sbcglobal.net) |
10:25:18 | | Quit bzed (Read error: 104 (Connection reset by peer)) |
10:26:58 | | Join bzed [0] (n=bzed@devel.recluse.de) |
10:27:34 | | Quit nimak_ (Read error: 104 (Connection reset by peer)) |
10:28:11 | | Quit GodEater ("Page closed") |
10:30:18 | | Quit fyrestorm (Read error: 113 (No route to host)) |
10:36:20 | | Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) |
10:38:21 | | Quit phanboy4 (Read error: 113 (No route to host)) |
10:39:26 | | Join nimak_ [0] (n=nima@adsl-75-45-224-60.dsl.sfldmi.sbcglobal.net) |
10:43:41 | | Quit robin0800 (Remote closed the connection) |
10:45:11 | | Quit funman ("free(random());") |
10:48:14 | | Quit bzed_ (Read error: 111 (Connection refused)) |
10:55:30 | | Quit nima (Read error: 110 (Connection timed out)) |
11:00 |
11:06:52 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-065-217-057.pools.arcor-ip.net) |
11:07:23 | | Join stacker55 [0] (n=not@151-165-ftth.onsnetnuenen.nl) |
11:07:58 | | Quit webguest27 ("CGI:IRC") |
11:09:06 | | Quit jfc (Read error: 54 (Connection reset by peer)) |
11:09:13 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
11:09:39 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
11:16:39 | | Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) |
11:49:26 | *** | Saving seen data "./dancer.seen" |
11:58:55 | | Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) |
12:00 |
12:04:51 | | Join Akranis [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
12:06:24 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
12:08:37 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
12:10:30 | | Quit avacore (Excess Flood) |
12:13:11 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
12:14:08 | | Quit avacore (Excess Flood) |
12:14:35 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
12:16:18 | | Quit jfc (Read error: 54 (Connection reset by peer)) |
12:17:31 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
12:17:38 | | Quit avacore (Excess Flood) |
12:18:11 | | Quit rvvs89 (Read error: 60 (Operation timed out)) |
12:18:28 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
12:18:31 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
12:19:06 | | Quit avacore (Excess Flood) |
12:19:07 | | Join teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp) |
12:19:50 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
12:28:20 | | Quit avacore (Excess Flood) |
12:29:40 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
12:30:06 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
12:36:05 | | Join watto [0] (n=watto@193.203.81.165) |
12:39:04 | | Quit yosafbridge (Client Quit) |
12:39:35 | | Join yosafbridge [0] (n=yosafbri@adsl-71-142-227-255.dsl.scrm01.pacbell.net) |
12:49:08 | | Join Akranis_ [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
12:49:08 | | Quit Akranis (Read error: 104 (Connection reset by peer)) |
12:49:21 | | Nick Akranis_ is now known as Akranis (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
12:50:00 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
13:00 |
13:00:34 | | Join Lss [0] (n=Lss@cm23.omega219.maxonline.com.sg) |
13:14:05 | Akranis | Hm. Anyone here who knows how to compile the ARM toolchain under linux? |
13:15:10 | Bagder | rockboxdev.sh does |
13:15:48 | Bagder | or http://www.rockbox.org/wiki/CrossCompiler if you want |
13:16:37 | Akranis | Ah, didn't know about that script, thanks :D |
13:19:51 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
13:21:02 | | Quit dfkt (Nick collision from services.) |
13:21:05 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
13:26:08 | | Join Akranis_ [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
13:26:08 | | Quit Akranis (Read error: 104 (Connection reset by peer)) |
13:26:20 | | Nick Akranis_ is now known as Akranis (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
13:38:41 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
13:46:26 | CIA-44 | New commit by teru (r24272): jpeg,png: Merge user interface code and plugin entry point of the two plugins (part of FS #6321). ... |
13:49:27 | *** | Saving seen data "./dancer.seen" |
13:54:35 | | Part watto |
14:00 |
14:11:06 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
14:11:35 | | Join DerPapst1 [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
14:15:24 | | Quit DerPapst (Read error: 60 (Operation timed out)) |
14:19:06 | pixelma | teru: the png viewer still doesn't use the greylib so only exists on colour targets, right? |
14:19:29 | pixelma | in contrast to the jpeg viewer I mean |
14:19:39 | teru | pixelma: yes |
14:23:48 | | Join watto [0] (n=watto@193.203.81.165) |
14:24:18 | | Join tomaw_ [0] (i=tom@freenode/staff/tomaw) |
14:30:54 | | Quit DerPapst1 ("Leaving.") |
14:33:12 | AlexP | Akranis: http://www.rockbox.org/wiki/ManualHowto#Install_LaTeX |
14:34:24 | Akranis | thanks. |
14:34:41 | | Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) |
15:00 |
15:02:38 | CIA-44 | New commit by teru (r24273): Fractals: fix weird keymap for SAMSUNG_YH_PAD. adjust spaces. |
15:07:09 | | Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) |
15:10:45 | | Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
15:10:45 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
15:12:00 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
15:18:11 | | Quit robin0800_ (Remote closed the connection) |
15:24:14 | liar | has anyone an idea which setting could be wrong? http://img211.imageshack.us/img211/6041/18012010217.jpg (LDS176) |
15:31:18 | * | GodEater_ can't even tell what player it is |
15:31:39 | | Join tomers [0] (n=86bfe844@giant.haxx.se) |
15:32:01 | * | pixelma knows liar works on the Nano 2nd gen port |
15:34:22 | | Join Lss [0] (n=Lss@cm23.omega219.maxonline.com.sg) |
15:36:02 | tomers | etru: thanks! |
15:36:07 | tomers | teru: thanks! |
15:41:37 | | Quit bmbl (Connection timed out) |
15:49:29 | *** | Saving seen data "./dancer.seen" |
15:55:13 | | Part LinusN |
15:56:14 | | Part Bagder |
16:00 |
16:02:31 | | Join Strife89 [0] (n=Strife89@adsl-154-14-45.mcn.bellsouth.net) |
16:14:28 | | Quit tomers ("CGI:IRC") |
16:22:04 | | Quit hebz0rl ("Ex-Chat") |
16:29:45 | | Quit teru ("Quit") |
16:35:14 | | Nick nimak_ is now known as nima (n=nima@adsl-75-45-224-60.dsl.sfldmi.sbcglobal.net) |
16:37:24 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
16:38:27 | | Quit Sajber^ ("Leaving.") |
16:38:52 | | Join rhodan_ [0] (n=quassel@182-24.203-62.cust.bluewin.ch) |
16:42:32 | | Join Sajber^ [0] (n=Sajber@h-142-12.A213.priv.bahnhof.se) |
16:44:06 | | Join Strife1989 [0] (n=michael@adsl-154-14-45.mcn.bellsouth.net) |
16:44:20 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
16:44:43 | | Nick Strife1989 is now known as Strife89|Laptop (n=michael@adsl-154-14-45.mcn.bellsouth.net) |
16:54:46 | | Quit rhodan (Read error: 110 (Connection timed out)) |
17:00 |
17:03:36 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
17:04:08 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
17:11:21 | | Quit bmbl ("Bye!") |
17:11:47 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
17:11:49 | | Join TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) |
17:11:59 | | Quit evilnick ("Get out of that boring IRC client! It's no good for you. Bersirc 2.2 is your answer! [ http://www.bersirc.org/ - Open Source") |
17:14:09 | | Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) |
17:15:50 | | Quit Zagor ("Clint excited") |
17:18:23 | | Join DerPapst [0] (n=DerPapst@p4FE8EE99.dip.t-dialin.net) |
17:19:18 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
17:25:28 | | Quit TheSeven (Read error: 110 (Connection timed out)) |
17:26:58 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:28:42 | CIA-44 | New commit by kkurbjun (r24274): M:Robe 500 - Correct a comment, and make charger detect pin an input as it should be. |
17:32:07 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
17:36:11 | CIA-44 | New commit by tomers (r24275): Fractals: Use overlay (do not clear the screen and paint the same region) when changing precision |
17:44:37 | | Quit TheSeven|Mobile (Read error: 110 (Connection timed out)) |
17:49:32 | *** | Saving seen data "./dancer.seen" |
17:49:50 | | Join stoffel [0] (n=quassel@p57B4D339.dip.t-dialin.net) |
17:49:58 | | Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) |
17:59:17 | | Quit petur ("work->home") |
18:00 |
18:01:54 | | Quit Akranis (Read error: 110 (Connection timed out)) |
18:05:32 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
18:09:30 | | Quit Farthen ("ChatZilla 0.9.86 [Firefox 3.6/20100105212446]") |
18:13:48 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:22:36 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
18:22:43 | | Join Akranis [0] (n=mattias@h212n2-vrr-d2.ias.bredband.telia.com) |
18:40:39 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
18:43:27 | | Join pamaury [0] (n=pamaury@ALyon-551-1-39-152.w80-9.abo.wanadoo.fr) |
18:49:01 | | Part watto |
18:58:04 | | Join polobricolo [0] (n=Paul@AGrenoble-257-1-55-41.w86-206.abo.wanadoo.fr) |
18:58:41 | | Part polobricolo |
18:59:16 | | Quit tomers (Read error: 60 (Operation timed out)) |
19:00 |
19:06:27 | JdGordon | domonoky: hey |
19:06:38 | domonoky | ho |
19:06:56 | JdGordon | did you have to do anything special to get the bootloader on the mini2440?> |
19:08:30 | domonoky | not really, i just used the included jtag adapter and H-Jtag to flash it. |
19:09:15 | JdGordon | on which windows? |
19:09:25 | JdGordon | I had no luck with hjtag on win7 |
19:09:29 | domonoky | windows xp |
19:09:47 | JdGordon | damn |
19:09:59 | domonoky | doe hjtag just not run on win7 or what was the problem ? |
19:10:20 | JdGordon | it said it cant load the driver |
19:10:27 | JdGordon | lpt or usb |
19:10:50 | domonoky | i used lpt, and the included jtag adapter is lpt :-) |
19:11:18 | JdGordon | indeed :p |
19:11:33 | JdGordon | I dont syppose you have any idea about my output in the forum thread? |
19:11:52 | * | domonoky looks for the forum thread. |
19:12:05 | JdGordon | http://forums.rockbox.org/index.php?topic=6751.msg160948#msg160948 |
19:15:22 | domonoky | looks like openocd doesnt have enough ram configured todo its work (according to google) |
19:15:42 | domonoky | are you sure you configured openocd correctly ? |
19:16:15 | JdGordon | I'm sure of nothing. |
19:16:27 | JdGordon | just using the scripts Bobc put on the lyre page |
19:17:39 | domonoky | and you have openocd version > 0.2 ? |
19:18:22 | | Join knine [0] (n=kaniini6@dyn75-70.yok.fi) |
19:18:26 | | Quit kaniini (Read error: 104 (Connection reset by peer)) |
19:18:28 | JdGordon | yes |
19:19:14 | domonoky | and you also did the init step, yes ? |
19:19:15 | | Join funman [0] (n=fun@rockbox/developer/funman) |
19:19:33 | JdGordon | yes |
19:19:52 | JdGordon | the output of the init looks correct |
19:20:00 | JdGordon | well, nothing obviously wrong with it |
19:20:18 | funman | bertrik: ping |
19:20:30 | domonoky | so jtag itself is fine, it just seems to not have configured enough ram to flash the binary... |
19:21:30 | | Join _arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) |
19:23:24 | JdGordon | when I change the config to work from SDRAM instead of the internal RAM (?) I get http://pastebin.com/m6913eea4 instead |
19:24:22 | | Quit Zarggg_ (Read error: 54 (Connection reset by peer)) |
19:24:34 | | Join Curulan [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
19:25:04 | domonoky | so no memory error, but flashing still fails. Did you boot the mini2440 from nand or from nor ? |
19:25:47 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
19:26:45 | JdGordon | nor |
19:27:51 | * | domonoky tries to remember... vivi is on nor correct ? so perhaps try again when booted from nand. (the mini2440.cfg has some comments which say vivi remaps memory) |
19:29:38 | JdGordon | target reentered debug state, but not at the desired exit point: 0x0000 |
19:29:39 | JdGordon | error writing to flash at address 0x00000000 at offset 0x00000000 (-902) |
19:32:25 | domonoky | hm, i am out of ideas. it worked fine for me, but i didnt use openocd. :-) |
19:32:41 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
19:33:27 | domonoky | after i flashed the rockbox bootloader once, my memory wasnt anymore at 0x0, but the softreset done by openocd should cure that. |
19:33:47 | JdGordon | :( trying to install winxp is a bit extreme for this :) |
19:33:55 | bertrik | hi funman |
19:35:07 | | Quit Curulan (Read error: 60 (Operation timed out)) |
19:35:09 | | Join b0hoon [0] (n=5887aa87@giant.haxx.se) |
19:36:41 | domonoky | googleing tells me error -902 is write protection on flash ? what does flash info 0 say ? |
19:38:36 | funman | bertrik: do you have time for c200v2 testing ? |
19:38:37 | JdGordon | # 49: 0x00031000 (0x1000 4kB) protection state unknown |
19:38:42 | JdGordon | for all of them |
19:38:51 | | Quit arbingordon (Read error: 110 (Connection timed out)) |
19:39:17 | | Join b0hoon2 [0] (n=5887aa87@giant.haxx.se) |
19:39:33 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
19:39:36 | domonoky | hm, state unknown is strange. |
19:40:10 | | Quit b0hoon ("CGI:IRC (Ping timeout)") |
19:40:39 | b0hoon2 | hello |
19:40:59 | JdGordon | " flash protect 0 0 0 off " says it works, but it doesnt look like it actually did |
19:41:12 | b0hoon2 | i'm the one who ported packard bell vibe 500. |
19:41:42 | gevaerts | b0hoon2: welcome! |
19:41:53 | gevaerts | and congratulations |
19:42:14 | b0hoon2 | hi, thanks |
19:42:18 | funman | b0hoon2: hi, nice work |
19:42:27 | * | domonoky bows before b0hoon2 :-) |
19:42:52 | b0hoon2 | oh, common its nothing big |
19:43:19 | domonoky | JdGordon: i dont really know what to test then, but it looks like it didnt correctly detect the flash ? may try to contact Bob_C ? |
19:43:44 | JdGordon | :( thanks, yeah ill email him |
19:43:57 | | Quit Spaceghost (Read error: 54 (Connection reset by peer)) |
19:44:11 | gevaerts | b0hoon2: it's not small either :) |
19:44:13 | | Join Spaceghost [0] (i=quassel@unaffiliated/spaceghost) |
19:44:30 | funman | b0hoon2: what work is left, rtc ? |
19:45:08 | b0hoon2 | yes i suppose and the keymaps too. |
19:45:49 | b0hoon2 | and at the end recording through the built in microphone and the linein |
19:46:13 | b0hoon2 | a lot of dissasembling awaits for me yet |
19:46:20 | n1s | b0hoon2: great work! |
19:46:52 | b0hoon2 | nls: thank you |
19:47:36 | b0hoon2 | i just wanted to have this great alternative to OF which is very bad |
19:48:00 | | Join __arbingordon [0] (n=User@c-68-82-131-138.hsd1.pa.comcast.net) |
19:48:08 | gevaerts | not that uncommon |
19:48:25 | | Quit b0hoon2 ("CGI:IRC (EOF)") |
19:49:35 | *** | Saving seen data "./dancer.seen" |
19:51:12 | amiconn | liar: That looks like the lcd controller is driven too fast |
19:51:35 | | Quit bmbl ("Bye!") |
19:52:06 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:52:31 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-qlspalziwmpsdoia) |
19:53:33 | saratoga | b0hoon2: i looked over your patch quickly and it looked pretty good |
19:53:37 | saratoga | IMO it should go into svn |
19:53:42 | * | gevaerts agrees |
19:53:50 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
19:53:55 | funman | bertrik: can you test the patch on http://forums.rockbox.org/index.php?topic=23263.msg160679#msg160679 ? it looks like all the users are gone |
19:57:25 | JdGordon | grr.... the flash has no problem being erased... just written to :/ |
19:59:53 | | Join b0hoon2 [0] (n=5887aa87@giant.haxx.se) |
20:00 |
20:00:00 | | Join Horscht [0] (n=Horscht2@p4FD4C576.dip.t-dialin.net) |
20:00:14 | b0hoon2 | sorry i was kicked out |
20:00:25 | gevaerts | b0hoon2: do you think there's a reason not to commit the patch as it is now? |
20:00:26 | bluebrother | nice. A structure element called VERSION in a system header. Obviously conflicts with the VERSION define in the Makefile :( |
20:00:43 | b0hoon2 | something is wrong with my connetion at home |
20:01:14 | gevaerts | b0hoon2: not necessarily. Our irc webclient is far from perfect unfortunately |
20:01:27 | b0hoon2 | well, i think that it is good to commit it now |
20:01:35 | | Quit JdGordon ("Leaving.") |
20:02:02 | B4gder | it was my fault this time, I restarted the web server |
20:02:17 | pixelma | b0hoon2: it's a bit weird to only see you around here now that a great deal of work is done - that you managed without asking question before. Impressive. I hope you'll be around a bit more in IRC now :) |
20:02:34 | b0hoon2 | i had hope that someone else will have opportunity to add something to this ahn help me and the others to have rockbox on that old player |
20:03:01 | pippijn | what arguments are there against adding preemption to the scheduling? |
20:03:20 | funman | pippijn: what arguments are there for adding it ? |
20:03:36 | saratoga | b0hoon2: i noticed you changed a few of the generic PP files, did you test to see if other targets still compile cleanly? |
20:03:39 | | Quit _arbingordon (Read error: 110 (Connection timed out)) |
20:03:45 | pippijn | funman: you could listen to music while playing doom |
20:03:57 | domonoky | pippijn: complexitiy, and ofcourse all the existing code.. and i think there is no big benefit in rockbox for this. |
20:04:29 | funman | pippijn: wouldn't it be possible with the current scheduler ? |
20:04:37 | pippijn | funman: only if doom yields now and then |
20:04:51 | B4gder | doom uses the audio buffer methinks |
20:04:57 | | Join mirak_ [0] (n=mirak@85-171-108-41.rev.numericable.fr) |
20:05:01 | B4gder | its not a multitasking issue |
20:05:03 | funman | i think it'd be simpler to modify doom |
20:05:09 | domonoky | pippijn: preemptive sheduling doesnt help if the problem is memory and too slow cpu. |
20:05:13 | domonoky | :-) |
20:05:23 | CIA-44 | New commit by gevaerts (r24276): Add initial Packard Bell Vibe 500 port, by Szymon Dziok ... |
20:05:47 | pippijn | B4gder: you could disable sound in doom and listen to music then :) |
20:05:55 | funman | b0hoon2: you could find forums of vibe 500 users and invite them to contribute (for keymaps, manual, or code) |
20:06:08 | b0hoon2 | pixelma: i dont know sometimes i'm very determined in what i do maybe i didnt wanted to bother you about it. it an old player we all know |
20:06:09 | pippijn | hm |
20:06:12 | pippijn | but anyhow |
20:06:13 | B4gder | pippijn: doom USES the buffer, where would the music be? |
20:06:26 | pippijn | B4gder: oh... |
20:06:38 | pippijn | like that |
20:06:41 | funman | pippijn: i think it uses the buffer for something else than doom sounds/music |
20:06:45 | pippijn | got it |
20:06:47 | gevaerts | b0hoon2: players being old has never stopped anyone |
20:06:51 | saratoga | i guess on some targets you could have it leave a little buffer for audio, but probably not worth the effort |
20:06:56 | funman | i'd like to play doom while listening to music too :) |
20:07:06 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
20:07:54 | b0hoon2 | saratoga: i didnt test it except ipod 30gb - it was ok |
20:07:58 | S_a_i_n_t | isn't the only player that could manage doom+music the beast? |
20:07:58 | n1s | you are all wrong, doom should support midi to play back the sundtrack! |
20:08:06 | n1s | soundtrack, even |
20:08:18 | pippijn | what's the beast? |
20:08:34 | S_a_i_n_t | there's a forum thread about it I'm sure |
20:08:36 | n1s | the ridiculously overpowered gigabeat S |
20:08:37 | S_a_i_n_t | gigabeat s |
20:08:41 | pippijn | ah |
20:08:50 | funman | S_a_i_n_t: i imagine sansa ams could also do it |
20:08:55 | pippijn | is it nice as a player? |
20:09:02 | pippijn | I have the iriver h320 |
20:09:02 | n1s | S_a_i_n_t: wew won't know that untill someone tries it |
20:09:20 | n1s | pippijn: yeah, it's a nice player, bit of a short battery runtime though |
20:09:20 | S_a_i_n_t | not in my opinion...but it has a hefty (biggest of all rb targets) processor |
20:09:23 | | Join _zic [0] (n=user@83-156-255-78.rev.libertysurf.net) |
20:09:24 | b0hoon2 | well i like it a lot :S |
20:09:25 | pippijn | okay |
20:09:49 | CIA-44 | New commit by gevaerts (r24277): Add Packard Bell Vibe 500 bootloader to the automated builds |
20:09:58 | n1s | S_a_i_n_t: s/biggest/fastest/ surely ;) |
20:10:15 | funman | gevaerts: bootloader isn't used for vibe 500 afaik |
20:10:20 | Strife89 | http://forums.rockbox.org/index.php?topic=16702.msg160979#msg160979 |
20:10:22 | b0hoon2 | yes the battery is somethimes not enough |
20:10:23 | funman | dualboot is handled by the hardware |
20:10:29 | gevaerts | oh |
20:10:32 | S_a_i_n_t | weird |
20:10:42 | gevaerts | well, it does build a bootloader |
20:11:03 | funman | from the added bootloader/.c file it seemed bootloader target was just a test, but b0hoon2 can confirm |
20:11:04 | pippijn | is there a way to find out what's wrong with the h300 bootloader? |
20:11:08 | | Quit Oxymis ("No Ping reply in 180 seconds.") |
20:11:12 | b0hoon2 | but i was travelling a lot with it and once it last for 8 hours and it is very stable |
20:11:27 | | Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) |
20:11:33 | n1s | pippijn: yes |
20:11:47 | pippijn | a way that does not involve breaking a player? |
20:11:50 | b0hoon2 | like my modyfied ipod 30gb |
20:12:10 | gevaerts | b0hoon2: does the bootloader build make sense, or should I remove it again? |
20:12:14 | S_a_i_n_t | I can't believe how much back & forth bitching there is on #5111 (ipod piezo), apparently we're all opinionated...who knew? :P |
20:12:18 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
20:12:34 | n1s | pippijn: well, there is the bdm setup that LinusN has, maybe someone with the time to debug could borrow it |
20:12:44 | n1s | and the knowhow |
20:12:44 | saratoga | b0hoon2: would you also make a wiki page for the player with install directions, and then add a link to it here: http://www.rockbox.org/wiki/TargetStatus#New_Platforms_Currently_Under_De |
20:13:14 | saratoga | that way people can find and install the port |
20:13:38 | | Join JdGordon| [0] (i=1816d253@gateway/web/freenode/x-yuapuzvrsxgmrxjp) |
20:13:54 | b0hoon2 | gevaerts: the OF bootloader can load three different files |
20:14:08 | Strife89 | Here's what I have for the GoGear SA9200 Cabbie port. Any feedback on what's there? |
20:14:10 | Strife89 | http://forums.rockbox.org/index.php?topic=16702.msg160979#msg160979 |
20:14:27 | gevaerts | b0hoon2: so the rockbox bootloader won't be used? |
20:14:56 | b0hoon2 | i dont know how automated build works yet but it is possible to make the second bootloader |
20:16:06 | b0hoon2 | however i dont see reason to make it |
20:16:22 | pixelma | Strife89: I'd rather drop the Rockbox logo in the lower left corner (or make it smaller) and have all the other status icons (I did so for the small screen ports). The logo serves no purpose |
20:16:24 | amiconn | pippijn: If doom wouldn't yield in the main thread, doom's own sound wouldn't work either |
20:16:27 | gevaerts | for the build system the main reason to add things is to be able to notice when they break |
20:16:37 | b0hoon2 | saratoga: i know but i was busy with the disasm :) |
20:16:40 | pippijn | amiconn: oh |
20:16:48 | amiconn | There really aren't many arguments *for* adding preemption, but there are many arguments against |
20:17:07 | pippijn | such as? |
20:17:23 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
20:17:35 | n1s | we don't like the smel :) |
20:17:38 | n1s | smell |
20:17:41 | Strife89 | pixelma: Will do. |
20:18:15 | n1s | pippijn: you need to protect stuff which shouldn't be interrupted by a thread swithch for one |
20:18:18 | domonoky | pippijn: for example you suddenly need protection for stuff shared between tasks. |
20:18:33 | amiconn | Performance, complexity, code size... |
20:18:52 | pippijn | domonoky: true |
20:19:53 | * | pamaury thinks the usb simulator code will be impossible to understand when it will be finished ;) |
20:20:31 | pippijn | how is target tree coming along? |
20:20:34 | JdGordon| | that should definatly be an acheivable goal! |
20:21:25 | pixelma | Strife89: and art and and the tag info to its right look a bit crowded (only a small gap), though I remember thinking the same about the small H10 port which is the same width |
20:21:58 | saratoga | b0hoon2: once we have install directions, and you have posted a compiled bootloader (if the port even needs one?), then we can add the port to the front page as supported |
20:22:25 | b0hoon2 | gevaerts: if it is essential for build i'll try to add it to the main-pp.c bootloader |
20:22:36 | | Quit MisterX (Nick collision from services.) |
20:22:49 | | Quit amiconn (Nick collision from services.) |
20:22:51 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
20:22:52 | * | domonoky thinks this new port doesnt need a bootloader. and gevaerts should revert his last commit and instead add the main build. |
20:23:11 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
20:23:16 | saratoga | if the OF works as a bootloader, then we don't need a rockbox bootloader |
20:23:23 | b0hoon2 | ah so it is possible that way |
20:23:23 | | Quit elcan (Remote closed the connection) |
20:23:29 | | Quit pixelma (Nick collision from services.) |
20:23:31 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
20:23:48 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
20:23:49 | saratoga | i think one of the phillips ports doesn't use a bootloader either |
20:23:53 | domonoky | b0hoon2: sure. some other targets (the old archos ones) also dont have a bootloader. |
20:24:03 | JdGordon| | mr500 doesnt have one either :( |
20:24:06 | funman | saratoga: it's been a long time I have not seen my Clipv1 crash |
20:24:12 | b0hoon2 | ok now i know :) |
20:24:14 | JdGordon| | getting into rockbox is a real PITA on that one :p |
20:24:19 | saratoga | funman: the playback counter on mine got up to almost 200 hours |
20:24:28 | saratoga | and no crashes since november or so |
20:24:59 | saratoga | i'm quite happy with it, aside from battery life and that can be fixed in due time |
20:25:38 | CIA-44 | New commit by gevaerts (r24278): revert overhasty commit. The Vibe 500 apparently doesn't need a rockbox bootloader |
20:25:55 | saratoga | perhaps the bootloader should be removed from configure if it doesn't do anything? |
20:25:55 | funman | I remember crashes after fs#10605 had been committed, not sure what changed since |
20:26:11 | gevaerts | saratoga: I'm not sure how easy that is |
20:26:20 | saratoga | well its not too important |
20:26:43 | funman | i shall test recording again, and perhaps voices |
20:26:54 | * | bluebrother has SCSI inquiry for ipodpatcher basically working on OS X |
20:26:56 | saratoga | so the vibe and gogear can become "unstable" supported ports basically whenever we get the wiki pages for them cleaned up |
20:27:10 | bluebrother | now to clean up that mess ... |
20:27:34 | saratoga | funman: do you remember who it was that had an AMS m200? |
20:27:49 | * | domonoky has a m200v4 |
20:27:51 | funman | domonoky has "the" m200v4 |
20:27:53 | funman | :)= |
20:27:53 | gevaerts | saratoga: currently it doesn't build cleanly due to the plugin keymaps |
20:28:17 | funman | atomikpunk started working on a m200v4 but it died in the process |
20:28:53 | saratoga | funman: i was thinknig maybe its time to revist atomicpunk's jtag work on that device, and see if we can use it to check the OF clocks |
20:29:17 | domonoky | m200v4 is in sad state. it can play music, but it has diplay problems, and turns of if volume is to high = unusable. |
20:29:32 | funman | saratoga: some people also made jtag connection on e200v2 i think |
20:29:35 | saratoga | that device had a easy to access jtag, so i think it should be possible to interrupt the OF, and ask the CGU what speeds are being used |
20:30:02 | gevaerts | domonoky: that last feature might actually be a bonus. Politicians are talking about mandating that! |
20:30:53 | domonoky | gevaerts: :-) but it clearly is a codec/power setup problem. OF manages much higher volumes. |
20:32:26 | funman | perhaps this is also a symptom of high power consumption of rockbox on these models |
20:32:49 | funman | fix m200v4 powering off could increase battery life |
20:32:54 | | Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) |
20:33:13 | domonoky | regarding the vibe 500 main build. if the errors/warnings are only plugin keymaps, we could temporarly disable them in configure, and add it to the automated builds. |
20:34:20 | saratoga | funman: i need to find time to do more systematic measurements like we did for PP to figure out where power goes |
20:34:35 | * | domonoky is happy to send the m200v4 to someone, if someone is motivated to fix those issues :-) |
20:35:29 | | Quit mc2739 (Read error: 60 (Operation timed out)) |
20:37:10 | | Quit __arbingordon (Client Quit) |
20:42:54 | | Quit S_a_i_n_t ("S_a_i_n_t [St.]™") |
20:43:16 | saratoga | a 4.xx firmware means an AMS m200 right? |
20:43:28 | funman | right |
20:44:38 | saratoga | they're so cheap on ebay i might as well just find a seller who has a v4 firmware and buy one |
20:44:58 | saratoga | maybe someday i'll have time to take it apart, solder on an adapter, and then figure out how jtag actually works . . . |
20:45:50 | bertrik | domonoky, I remember looking up some m200v4 OF initialisation for you , we're you able to do something with that? |
20:47:09 | domonoky | bertrik: i check those initialisations against the datasheet and our code. There were one or two thing which didnt do, but it didnt changed anything in behavior of the m200v4 |
20:47:16 | saratoga | that reminds me, i found a company that sells dirt cheap break out boards for the sandisk dock connector |
20:47:17 | domonoky | +we |
20:48:22 | bertrik | A big difference is of course that m200v4 uses AA (or AAA) batteries and the rest of the sansa ams targets all use a lithium |
20:49:20 | saratoga | a single AA? |
20:49:37 | domonoky | jup, so it uses the 1.5v to 3.3v stepup voltage converter in the chip. |
20:49:49 | saratoga | yeah that may just not be set correctly |
20:49:52 | bertrik | as far as I understand, the main power is generated by upconverting from the AA, battery while it gets it directly from the Li battery on the other targets |
20:49:59 | domonoky | i tried every setting it has, but nothing change regaring the shutdown on high volume. |
20:50:05 | bertrik | yes, maybe the step up is configured incorrectly |
20:50:20 | saratoga | IIRC it has a few different settings you can use |
20:50:39 | domonoky | it only has 2 or 3 settings, and i tried them already without success. |
20:50:46 | bertrik | ok |
20:50:50 | domonoky | but maybe i did something wrong.. |
20:51:13 | saratoga | i still can't figure out why enabling line out and settings its volume to 0dB doesn't seem to produce audio through the fuze line out |
20:51:14 | bertrik | did you have the karaoke effect on the m200v4 when the headphone common mode was not set? |
20:51:53 | funman | domonoky: how bad is m200v4 battery life in rockbox compared to OF ? |
20:52:35 | domonoky | bertrik: i am not sure. but i tried it with on and off to test if it matters for the shutdown problem. |
20:53:04 | domonoky | funman: no idea. since its ont really useable i didnt let it run so long :-) |
20:53:14 | domonoky | s/ont/not |
20:57:30 | pippijn | what is the first piece of code executed when starting the firmware (not the bootloader)? |
20:57:36 | pippijn | is it apps/main.c:main? |
20:57:40 | gevaerts | crt0.S typically |
20:57:44 | pippijn | ah |
20:57:48 | pippijn | after that? |
20:57:58 | gevaerts | that one should call main() |
20:58:07 | pippijn | the one in apps/main.c? |
20:58:12 | funman | yes |
20:58:22 | pippijn | alright, thanks |
20:58:28 | | Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) |
20:58:40 | funman | there is only one main() in firmware. each bootloader defines its own though |
20:59:02 | funman | note there is 2 main() in this file: one is for the simulator |
20:59:23 | pippijn | I see only one |
20:59:31 | pippijn | the simulator has app_main |
21:00 |
21:02:09 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
21:02:29 | kugel | b0hoon2: hey, great job! |
21:03:04 | | Quit Tomis (Read error: 54 (Connection reset by peer)) |
21:03:07 | kugel | it looks like you pulled in floating point operations (in the lcd driver), possibly by accident? |
21:03:27 | b0hoon2 | i have a one question about the ROLO, it doesnt work right now i suppose i should look at the scramble.c file? i didnt touched it because the original bootloader accepts mi v3 with the standard signatures |
21:03:48 | | Join Tomis [0] (n=Tomis@70.134.82.253) |
21:04:14 | b0hoon2 | kugel: thank you im glad to join to this project in tha small piece |
21:04:33 | funman | b0hoon2: do you use iram in the linker file ? |
21:04:54 | * | kugel thought ROLO on PP should 'just work' |
21:05:50 | kugel | although HZ/6.6 probably resolves to an int at compile time? |
21:06:35 | bertrik | the . in 6.6 probably upgrades the entire expression to a float |
21:06:52 | | Quit Tomis (Read error: 60 (Operation timed out)) |
21:07:17 | kugel | yea, but it's the parameter for sleep() which only accepts int, so I would expect gcc to make an int from it |
21:10:09 | kugel | that vibe500 seems to be another user of the renesas hd66773r with a slightly different register mapping |
21:10:41 | n1s | it would be slightly nicer to do HZ*10/66 then |
21:13:20 | | Quit b0hoon2 ("CGI:IRC (Ping timeout)") |
21:13:32 | | Join b0hoon2 [0] (n=5887adc5@giant.haxx.se) |
21:14:11 | | Quit funman ("leaving") |
21:16:09 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
21:17:58 | b0hoon2 | funman: i suppose that it is defined in the boot.lds file? i've taken it from the iriver h10 port i didnt bother what it does, my mistake i should check it. |
21:19:05 | n1s | b0hoon2: if the files are identical, maybe the same files should be used instead of duplicating them? |
21:19:43 | Strife89|Laptop | Near final GoGear SA9200 Cabbie: http://www.picpaste.com/releasecandidate.png |
21:20:12 | Strife89|Laptop | pixelma: Ping. ^ |
21:21:15 | b0hoon2 | nls: i've looked at the directory tree and i assumed that every target has it's own app.lds and boot.ld file |
21:21:32 | JdGordon| | not all of them |
21:22:12 | | Quit Highlander ("Quitte") |
21:23:17 | | Quit lyngaas (Excess Flood) |
21:24:23 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
21:24:47 | | Quit lyngaas (Excess Flood) |
21:24:51 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
21:24:52 | pixelma | Strife89|Laptop: why did you change the order of the icons (I'm quite sure the play status is the rightmost even though I don't use cabbiev2 on any of my targets) |
21:25:17 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
21:26:30 | Strife89|Laptop | pixelma: I didn't move the "shadow" icons any further than I had to. |
21:26:47 | Strife89|Laptop | pixelma: I actually hadn't realized they were out of order. |
21:26:49 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
21:27:16 | CIA-44 | New commit by tomers (r24279): Remove commented out line from iriver ifp7xx config file ... |
21:27:23 | | Quit lyngaas (Excess Flood) |
21:27:32 | tomers | I reviewed all targets config file, and got to the following conclusions: LCD_DEPTH <= 8 −−> HAVE_LCD_COLOR never defined. |
21:28:16 | tomers | Also HAVE_LCD_COLOR −−> always LCD_DEPTH == 16 |
21:28:34 | tomers | Therefore I am about to remove some ifdef hell from fractals... |
21:28:40 | bluebrother | tomers: I don't think it's a good idea to assume it will always stay that way |
21:28:41 | pixelma | Strife89|Laptop: do you use the same x-coordinates as the small H10 port (the 128x128 one)? I think it makes sense if the screen is 128x160, or I remember wrong |
21:29:03 | bluebrother | besides, when grepping one of course has to check if the matched lines aren't commented ones ... |
21:29:06 | JdGordon| | tomers: it's possible that > 16 depth might happen |
21:29:34 | JdGordon| | but <= 8 not being colour sounds perfectly reasonable |
21:29:56 | tomers | JdGordon: I know. But HAVE_LCD_COLOR is always LCD_DEPTH<=8, and that's what I need |
21:30:04 | tomers | yeah. thanks |
21:30:42 | Strife89|Laptop | pixelma: I have been using the Nano port as a baseline; I didn't realize that the H10 screen was that size. |
21:30:54 | * | amiconn disagrees |
21:31:10 | Strife89|Laptop | pixelma: With that said, I did move the order. |
21:31:17 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
21:31:47 | amiconn | It applies to all currently supported targets, but there's no guarantee it will stay that way |
21:32:09 | JdGordon| | arnt some targets 18bits already but used as 16? |
21:32:12 | bertrik | hah, synaptics-mep.c has a different declaration for touchpad_set_buttonlights than synaptics-mep.h |
21:32:26 | tomers | bluebrother: I know, but that file was the only one that way, and I wanted to get rid of it. it doesn't imply any convention that developers should follow. and that target will never be 'upgraded' to that define, anyway.. :-) |
21:32:51 | | Quit stoffel (Read error: 110 (Connection timed out)) |
21:33:54 | Strife89|Laptop | pixelma: I've moved it so that things are back in order. Anything else notable? |
21:35:32 | | Join Batmanifestdesti [0] (n=chatzill@174-23-189-253.slkc.qwest.net) |
21:36:03 | Batmanifestdesti | hey guys, I just got a Sansa Fuze, and was wondering what the chances of bricking it with the unstable rockbox were. |
21:36:19 | tomers | Can someone please explain, in mandelbrot_set.c:28, why fb_data is not used instead of unsigned char? |
21:36:49 | | Join stoffel [0] (n=quassel@p57B4D339.dip.t-dialin.net) |
21:37:08 | | Quit stoffel (Remote closed the connection) |
21:37:40 | Strife89|Laptop | http://www.picpaste.com/RC2.png |
21:37:53 | tomers | That code is inside #ifdef USEGSLIB, which is set if LCD_WIDTH<8. In that case fb_data will be either unsigned short, or unsigned char... What's wrong with that? |
21:38:01 | Batmanifestdesti | oh dang, my Fuze is v02.02.26 |
21:38:10 | Batmanifestdesti | so I guess rockbox doesn't work on it yet |
21:38:43 | JdGordon| | Strife89|Laptop: you thought about using the "now playing" line for the progressbar like some of the other smaller targets? |
21:38:43 | amiconn | tomers: The greylib uses unsigned char by definition. This has nothing to do with the core's fb_data |
21:38:47 | JdGordon| | to free up some space |
21:38:47 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
21:38:49 | tomers | Maybe because grey_ub_gray_bitmap_part takes onli unsigned char as argument? |
21:38:53 | Batmanifestdesti | or, I think it wouldn't work |
21:39:04 | Batmanifestdesti | or maybe it would, since the hardware seems the same |
21:39:10 | tomers | amiconn: Thanks. It makes the code somehow more complicated |
21:39:13 | gevaerts | Batmanifestdesti: the hardware is different |
21:39:18 | Strife89|Laptop | JdGordon|: Even the c200 doesn't do that, though. |
21:39:23 | Batmanifestdesti | crap. >.> |
21:39:41 | Batmanifestdesti | I guess i'll just wait for Rockbox to mature and develop for v2 |
21:39:49 | JdGordon| | maybe its only the iriver remote that does it |
21:40:05 | | Nick Batmanifestdesti is now known as Benjamin (n=chatzill@174-23-189-253.slkc.qwest.net) |
21:40:12 | JdGordon| | it looks like it fills the screen better on the mini than your screenshot |
21:40:15 | Strife89|Laptop | JdGordon|: I believe so. |
21:40:24 | | Nick Benjamin is now known as Batmanifestdesti (n=chatzill@174-23-189-253.slkc.qwest.net) |
21:40:24 | JdGordon| | and you've got 2 extra lines |
21:40:38 | tomers | amiconn: But grey_draw.c et al. only compiles if LCD_DEPTH<4, and the check for USE_GSLIB is LCD_DEPTH<=8. It is a bug, isn't it? |
21:40:48 | pixelma | Strife89|Laptop: could you try putting the next song line above the progressbar (it could still be across the whole width) |
21:40:49 | Strife89|Laptop | JdGordon|: Not sure what to put on those two lines. :/ |
21:40:52 | Batmanifestdesti | seeya |
21:40:56 | | Quit Batmanifestdesti ("ChatZilla 0.9.86 [Firefox 3.0.13/2009073022]") |
21:41:25 | * | tomers wonders if there some sort of global define that can be used instead of local USE_GSLIB |
21:41:31 | Strife89|Laptop | pixelma: Yeah, I'll do that. But the space below the progress bar will become an empty void. :/ |
21:42:42 | pixelma | huh? I'd push it down, then it's the same as everywhere else (well except the c200 :\ ) |
21:42:59 | amiconn | tomers: Maybe you could do that here, but USEGSLIB isn't the same in all plugins |
21:43:16 | pixelma | last three "lines" - progressbar, playtime info, statusbar |
21:43:37 | amiconn | For instance the cube plugin uses the greylib only for mono targets, not for 2bit greyscale (and up) |
21:44:56 | tomers | amiconn: All plugins that define USEGSLIB do it if LCD_DEPTH<8, but again, it is compiles only if LCD_DEPTH<4, so if we had a target with LCD_DEPTH==4 we had a compilation error |
21:45:30 | amiconn | Yes, but such a target doesn't exist (so far) |
21:45:51 | tomers | amiconn: should I fix this? setting test to <4? |
21:46:02 | b0hoon2 | n1s: i will try to fix the ROLO and make a patch, until then i just propose to have 2 different files? |
21:46:17 | amiconn | That doesn't apply to all plugins though |
21:46:24 | amiconn | (as already mentioned) |
21:46:42 | tomers | amiconn: can you please enlighten me, what is that lib used for, and what are the consideration that a plugin have for using it or not? |
21:47:07 | n1s | b0hoon2: it's not a real problem, only that duplicated code usually leads to extra maintenance work and sometimes duplicated bugs, etc |
21:47:47 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
21:48:08 | tomers | amiconn: I disagree - the test can be stricter - i.e. only for 1 bit depth, as in the cube. but it cannot be more relaxed, because it will result in compilation errors |
21:48:40 | | Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") |
21:49:38 | amiconn | The greyscale library allows to show more shades of grey than the LCD supports natively |
21:49:39 | *** | Saving seen data "./dancer.seen" |
21:50:00 | | Join Tomis [0] (n=Tomis@70.134.100.110) |
21:50:19 | amiconn | 129 shades, as opposed to 2 shades (monochrome lcd, black & white), or 4 shades (2 bit greyscale LCDs) |
21:50:40 | tomers | amiconn: so maybe we can have it included for LCD_DEPTH<8 in apps/plugins/lib/SOURCES:10 |
21:50:41 | amiconn | This is done using temporal dithering |
21:50:42 | pixelma | the greylib provides a means to show gresyscale things on mono targets and more shades of grey on greyscale targets (cube only needs 3 shades anyways so can use the native one on our current greyscale targets) |
21:51:19 | tomers | thanks for your explanations |
21:51:24 | b0hoon2 | bertrik: there is a one more bug i think (synaptics-mep.c), for other target than Pbell its gets 2 bytes of ack while it should get 1 byte i think, even the comment stands about it? |
21:52:57 | | Quit Oxymis ("No Ping reply in 180 seconds.") |
21:53:16 | | Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) |
21:53:25 | | Quit pamaury ("abort();") |
21:54:00 | CIA-44 | New commit by tomers (r24280): A simple rename in cube.c (s/USE_GSLIB/USEGSLIB) in order to have better consistency across plugins |
21:55:54 | | Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.13) |
21:56:15 | Strife89|Laptop | pixelma, JdGordon|: http://www.picpaste.com/RC3.png |
21:56:53 | bertrik | b0hoon2, I'm not really familiar with synaptics-mep to be honest |
21:57:04 | | Quit Tomis (Excess Flood) |
21:57:18 | bertrik | I wonder why char parameters are used anyway, is it perhaps some kind of attempt of optimisation? |
21:58:03 | | Join Tomis [0] (n=Tomis@70.134.100.110) |
21:58:16 | | Quit Tomis (Excess Flood) |
22:00 |
22:00:14 | b0hoon2 | i don't know but the brightness and the led_mask should be 1 byte long anyway |
22:00:57 | bertrik | on line 616 the byte is shifted right 8 bits ... |
22:01:35 | bertrik | which suggests that led_mask is longer than 1 byte |
22:03:11 | bertrik | or is it supposed to do some clever thing with the sign bit when shifting? |
22:03:30 | | Join Casainho [0] (n=chatzill@87.196.183.60) |
22:05:58 | pixelma | Strife89|Laptop: what's the empty line in the track info part? |
22:06:38 | Strife89|Laptop | pixelma: Nothing more than a seperator for readability. |
22:06:46 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
22:07:27 | | Quit tomers ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") |
22:07:29 | b0hoon2 | ah, true it is because the parameters passed for the MEP orders are always in 16bit format, in this case (order 0x31) every bit is responsible for one led. So it is a bug in the header file? |
22:08:16 | pixelma | Strife89|Laptop: and did you look at the 128x128 port? It has a bit bigger and in my eyes cleaner icons and I like its splitting the album and year info into two lines (scrolling album title is a little less likely at least). |
22:08:53 | bertrik | b0hoon2, yes I think so |
22:09:48 | Strife89|Laptop | pixelma: I have not, but I will take a look. |
22:10:06 | Strife89|Laptop | Icons were copied from the iPod Nano port. |
22:10:16 | | Quit Kitar|st (Client Quit) |
22:10:19 | pixelma | I don't understand why playing time doesn't show up on that one (should update my sim before though) |
22:10:30 | | Quit Akranis ("Leaving") |
22:10:45 | pixelma | Strife89|Laptop: only copied without rescaling? |
22:10:55 | Strife89|Laptop | pixelma: Yes. |
22:11:03 | pixelma | weird |
22:12:04 | | Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) |
22:15:51 | * | pixelma still ponders a cabbiev2 version for the c200 port which uses a 10 pixel tall font so that the playtime info fits without dropping anything else - as well as volume display in dB while changing volume for all |
22:16:44 | * | rasher wishes (unsurprisingly) that there was a large-font version |
22:17:41 | S_a_i_n_t | Question: Is there any reson why the .bmp's in the source are range from 71 to 299dpi? Can they be more, or less without breaking anything? |
22:18:04 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
22:18:09 | pixelma | dpi doesn't matter, just the resolution |
22:18:10 | n1s | S_a_i_n_t: dpi makes no sense for those |
22:18:28 | JdGordon| | Casainho: my bloody mini2440 wont flash :/ |
22:18:48 | S_a_i_n_t | how do you mean, makes no sense? |
22:18:57 | | Join Kitar|st [0] (i=Kitr88@BSN-182-116-247.dial-up.dsl.siol.net) |
22:19:20 | Casainho | JdGordon|: why? |
22:19:26 | saratoga | dpi doesn't mean anything in this context |
22:19:37 | Casainho | did you asked to domonoky or Bob_C? |
22:19:41 | saratoga | since you haven't defined a size scale |
22:19:51 | pixelma | dpi is a unit that's needed for printing etc., for our purpose it's only important how many pixels wide our high something is |
22:19:56 | JdGordon| | I keep getting error 902, yeah domonoky couldnt help, i emailed bob |
22:20:00 | Casainho | JdGordon|: are you using JTAG? if so, which dongle? |
22:20:08 | JdGordon| | the one it comes with |
22:20:32 | S_a_i_n_t | Ah, I'd just wondered why they weren't constant...thats all. |
22:20:39 | CIA-44 | New commit by bertrik (r24281): Add a missing #include, make a function static, make touchpad_set_buttonlight implementation and declaration consistent |
22:20:40 | Casainho | JdGordon|: I flashed my Mini2440 using Olimex USB JTAG dongle. |
22:20:49 | | Part anjaa |
22:21:04 | JdGordon| | i dont tihnk the issue is there... openocd connects fine |
22:21:11 | Casainho | JdGordon|: and I did it on Linux Ubuntu, using OpenOCD scripts. I think Bob_C did the same... |
22:21:14 | * | JdGordon| will just wait for bob tor reply |
22:21:58 | Casainho | JdGordon|: so, are you getting on the OpenOCD shell? |
22:22:07 | JdGordon| | yes |
22:22:22 | Casainho | JdGordon|: and did you try to erase? |
22:22:33 | S_a_i_n_t | I'd just wondered whether or not the dpi mattered when it comes to replacing images in the source. So, as long as the filename/dimensions are the same...it'll work? |
22:22:58 | Casainho | JdGordon|: are you using the same OpenOCD scripts I used? −− they are shared on Lyre site! |
22:23:01 | b0hoon2 | I must go now, thanks to all developers for allowing this port, im sorry for the slow answers, it will sound very weird but i have never used IRC before and everything flick before my eyes so fast. |
22:23:29 | Casainho | JdGordon|: and can you halt, reset and run the CPU? |
22:23:56 | JdGordon| | Casainho: erase says it works fine (as does the verify), yes im using those scripts, and yes, I tried loading the binary to 0x30000000 and running and it ran fine |
22:24:01 | bertrik | b0hoon2, goodbye, see you later! |
22:24:03 | JdGordon| | it just wont write it to flash |
22:24:17 | | Quit _zic (Remote closed the connection) |
22:24:24 | JdGordon| | but im in windows and need to eat and get to work o cant play now |
22:24:58 | Casainho | JdGordon|: I remember that there is some select button to select the correct flash IC, before we can flash it |
22:25:18 | Casainho | JdGordon|: like there is NAND and NOR flash... you should select the correct one |
22:25:27 | JdGordon| | yes, its set to nor |
22:25:48 | b0hoon2 | thank you and good night. |
22:26:07 | Casainho | JdGordon|: ok, good luck ;-) −− I am still working on my 3D printer, soon I hope be able to print a plastic enclosure for Mini2440 :-) −− you know, Domonoky also got a 3D printer :-) |
22:26:26 | | Quit b0hoon2 ("CGI:IRC 0.5.9 (2006/06/06)") |
22:26:35 | S_a_i_n_t | I'm wondering what I'm doing wrong...I want to replace the splash screen/various other images etc. the filenames match, the dimensions match, filesize matches...but it won't compile. Any ideas why? |
22:27:07 | n1s | maybe the error messages tell you something? |
22:27:20 | n1s | also a make clean is probably a good idea |
22:28:20 | | Quit Casainho ("ChatZilla 0.9.86 [Firefox 3.5.3/20091020122601]") |
22:28:24 | S_a_i_n_t | next build I'll post the specific error, I can't remember it off the top of my head. |
22:28:35 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
22:33:13 | saratoga | tomers: seen my email to the dev list? |
22:34:10 | | Join balug [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) |
22:34:42 | | Quit balug (Client Quit) |
22:34:56 | | Join dantje_ [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) |
22:39:14 | | Join Tomis [0] (n=Tomis@70.134.100.110) |
22:41:51 | | Join Tomis2 [0] (n=Tomis@70.134.98.94) |
22:45:09 | | Join fyrestorm [0] (n=nnscript@cpe-67-244-76-16.nyc.res.rr.com) |
22:46:19 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
22:47:27 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
22:48:10 | | Quit froggyman (Read error: 104 (Connection reset by peer)) |
22:48:29 | | Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) |
22:48:58 | | Join Tomis2_ [0] (n=Tomis@70.134.102.66) |
22:49:19 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
22:49:26 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
22:50:32 | | Quit Tomis2 (Read error: 60 (Operation timed out)) |
22:53:56 | | Quit Strife89 ("Leaving") |
22:56:00 | | Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) |
22:56:01 | | Quit Tomis (Read error: 110 (Connection timed out)) |
22:56:04 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
22:58:04 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
22:58:19 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
22:58:22 | | Quit FOAD (Read error: 110 (Connection timed out)) |
22:58:22 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
22:59:41 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
23:00 |
23:00:14 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
23:02:49 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
23:03:03 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
23:06:45 | | Join TheSphinX^ [0] (n=cold@p54A5D578.dip.t-dialin.net) |
23:11:20 | | Quit Tomis2_ (Read error: 104 (Connection reset by peer)) |
23:11:58 | | Join Tomis [0] (n=Tomis@70.134.102.66) |
23:12:01 | | Quit dantje_ ("Ex-Chat") |
23:14:09 | | Quit bmbl ("Bye!") |
23:15:35 | | Join JdGordon|| [0] (n=Miranda@nat/microsoft/x-trtigzttipvyfvbo) |
23:16:19 | | Join Space [0] (i=quassel@unaffiliated/spaceghost) |
23:16:48 | | Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) |
23:17:28 | | Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") |
23:20:22 | Horscht | hm... since the begining of december I noticed a small "pause" when the buffer of my ipod video 64mb refills. Also on the latest build (r24281) |
23:21:04 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
23:21:10 | Horscht | basicaly when a song is playing and the buffer starts to refill, the current song stops playing for a second. |
23:21:48 | Horscht | has anyone else noticed this? |
23:23:54 | saratoga | i thought people testing the dma patch reported that, but not with svn |
23:23:59 | kugel | Horscht: can you check the watermark number in the buffering thread menu? |
23:24:03 | gevaerts | I'm not sure. I have this vague feeling that people saw it |
23:24:11 | gevaerts | hm, saratoga is probably right though |
23:24:38 | Horscht | I am using SVN, since I don't have a build environment |
23:25:06 | Horscht | kugel, 31342648 |
23:25:15 | Horscht | or does it have to be at a certain time? |
23:25:33 | Horscht | now it went down to 192000 |
23:25:38 | kugel | the watermark says when to start rebuffering. it should be big enough to hold audio data for at least the disk spin up time |
23:26:05 | kugel | ok, what bitrate is your audio? |
23:26:05 | Horscht | ok, just a moment |
23:26:08 | gevaerts | I wonder if Torne's multisector change could be involved |
23:26:22 | Horscht | various, moslty V2 or V0 |
23:26:40 | kugel | that means? |
23:26:56 | Horscht | VBR quality |
23:27:09 | | Quit mc2739 (Nick collision from services.) |
23:27:17 | | Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) |
23:27:25 | Horscht | V2 should be about... 256kbit/s, V0 ~ 320 |
23:27:28 | Horscht | i think |
23:27:31 | kugel | ah ok |
23:27:46 | Horscht | or was it 192/256? |
23:28:14 | Horscht | -V0 (~245 kbps), -V1 (~225 kbps), -V2 (~190 kbps |
23:30:57 | kugel | that should be plenty |
23:31:30 | Horscht | waiting for the rebuffer now... just a few more minutes :) |
23:33:14 | | Quit Spaceghost (Read error: 110 (Connection timed out)) |
23:34:16 | Horscht | kugel, 223000 |
23:34:46 | Horscht | is what the watermark says |
23:36:36 | kugel | yea, that should be plenty. that's more than 6s before it's empty |
23:36:46 | kugel | maybe fragmentation is an issue? |
23:37:49 | kugel | isn't there a "disk spinup time" setting? |
23:38:50 | | Join GeekShad__ [0] (i=Antoine@78.251.72.159) |
23:40:54 | | Quit GeekShadow (Connection timed out) |
23:40:58 | Horscht | hm... fragmentation does not seem to be a problem... 0.09% fragmentation |
23:41:03 | kugel | Horscht: the code assumes 5s spin up time, but AFAIR there's asetting to alter that assumption for faster/slower spinning disks |
23:41:54 | JdGordon|| | so whats the story with 3.5? are we outright leaving it till march? |
23:42:22 | JdGordon|| | I don't care one way or the other, but having someone come up with an answer would be nice |
23:42:27 | kugel | only 1 reply to my "so what now" mail.. |
23:42:41 | Horscht | kugel, i found a setting called "disk spindown" |
23:42:52 | Horscht | which is set to 5s |
23:43:21 | AlexP | JdGordon||: I've got confused somewhere down the line - what are we actually waiting for? What needs fixing/polishing? |
23:43:30 | kugel | It doesn't sound as it would be the one, but you could try if it has an influence on the watermark |
23:44:39 | Horscht | to me it sounds like a setting that would affect the time the disc stops *after* the buffering |
23:45:17 | | Quit S_a_i_n_t (Read error: 104 (Connection reset by peer)) |
23:45:48 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
23:46:26 | | Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.2.68) |
23:47:40 | Horscht | kugel 192000 with a 15s spindown time |
23:47:43 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
23:48:03 | JdGordon|| | AlexP: I'm not sure |
23:48:03 | JdGordon|| | B4gder: do you remember what the stuff was in the origional email that you wanted to let stabilise? |
23:48:04 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
23:48:21 | Horscht | gotta go to be now. I am tired :( |
23:48:46 | B4gder | no... could have been the target renaming? |
23:49:17 | kugel | Horscht: it seems to be called antiskip |
23:49:20 | JdGordon|| | the only thing I remember was sbs stuff which seems to be in reasonable shape now |
23:49:42 | *** | Saving seen data "./dancer.seen" |
23:50:07 | Horscht | kugel, where would I find that in the rockbox settings so i can try tomorrow? |
23:50:33 | kugel | "Anti-Skip Buffer", I assume in the playback settings |
23:50:42 | Horscht | ah, found it. under playback. |
23:51:02 | AlexP | Let's do it then! |
23:51:13 | Horscht | i was expecting it under general -> system -> disk |
23:51:20 | AlexP | Did any of the release checklist stuff get worked out? |
23:51:26 | kugel | except plugins, but we have a bandaid handy |
23:51:26 | JdGordon|| | probably not |
23:51:37 | Horscht | anyways i'll try tomorrow, good night |
23:52:00 | kugel | Horscht: just leave a message then, we read the logs :) |
23:52:20 | | Quit bagawk (Read error: 104 (Connection reset by peer)) |
23:55:33 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
23:55:59 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
23:56:56 | JdGordon|| | ok, so is everyone totally indifferent to releaseing? |
23:57:29 | gevaerts | I'm not indifferent to releasing in general, but I'm slightly indifferent to the exact timing |
23:57:51 | gevaerts | but yes, now is as good a time as any to start the freeze as far as I'm concerned |
23:58:18 | JdGordon|| | *now* would be unfair |
23:58:38 | JdGordon|| | but I'd be happy to have someone decide release feb 1(ish) and freeze next week |
23:58:45 | JdGordon|| | which gives people time to get anything in |
23:58:45 | B4gder | I suggest _somone_ just picks a date and stand firm to start the freeze at that date |
23:58:50 | | Quit GeekShad__ (Read error: 110 (Connection timed out)) |