00:00:00 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
00:04:30 | | Quit Judas_PhD (Ping timeout: 240 seconds) |
00:06:24 | | Quit Saij (Ping timeout: 272 seconds) |
00:17:19 | | Quit stripwax (Read error: Connection reset by peer) |
00:18:04 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
00:27:50 | | Quit robin0800 (Remote host closed the connection) |
00:31:01 | *** | Saving seen data "./dancer.seen" |
00:31:50 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
00:33:56 | | Quit ender` (Quit: Only thing made by Apple that wouldn't suck would be iVacuum.) |
00:35:39 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
00:41:40 | | Quit pamaury (Remote host closed the connection) |
00:45:06 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
00:45:31 | | Join sasquatch [0] (~username@p4FF2DE30.dip.t-dialin.net) |
00:48:24 | sideral | gevaerts: I now blame my transient filesystem corruptions on the experimental AMSv2 USB driver. See latest update to FS #11877 |
00:49:25 | gevaerts | sideral: yes, I just saw that. Allow me to have some doubts :) |
00:49:53 | gevaerts | That's low-level enough that it's *never* exposed to software at all |
00:50:46 | sideral | well, the pattern 0xfd,0xfe that seems to trigger it is common in FATs, but perhaps no where else |
00:51:07 | sideral | (and 0x7d,0x7e) |
00:51:38 | sideral | the device itself would never notice, only an attached USB host |
00:51:52 | | Quit robin0800 (Remote host closed the connection) |
00:52:47 | sideral | which would often detect a cycle in the FAT because of the additional 0x7d in a pointer appearing closely after a previous 0x7d |
00:53:48 | gevaerts | Can you post your exact test procedure somewhere? It would be useful to see if this can be reproduced on other targets |
00:53:55 | sideral | Here's an example FAT dump diff: http://pastebin.com/yChvdEuH |
00:54:29 | sideral | The 0x7d in the "+" line leads to a FAT-chain cycle |
00:55:32 | sideral | So far I don't know what triggers this. The corruption is only visible sometimes :( |
00:56:33 | sideral | we've had reports of other users having FAT-corruption issues lately |
00:56:57 | sideral | yesterday "newClipUser" said he had a corrupt FAT on his Clip+ |
00:57:53 | gevaerts | Using an official build? |
00:59:37 | sideral | There's no official build with USB enabled; it's experimental (FS #11664) |
01:00 |
01:00:52 | sideral | not sure if newClipUser uses a custom build, though |
01:01:06 | JdGordon1 | he would have to be |
01:01:11 | gevaerts | yes, that's why I ask |
01:01:40 | sideral | so it could be just the typical OF fiddling with ##MUSIC and ##PORT, which sometimes doesn't update the 2nd FAT |
01:01:44 | sideral | in his case |
01:06:06 | sideral | what would you make of the pattern of corruption I've described, if it wasn't USB? |
01:06:19 | | Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) |
01:07:54 | gevaerts | It could be the USB driver, I just don't see a way for escaped on the wire data to ever be visible to software |
01:08:46 | gevaerts | Also, at the level that escapin happens, I'd be *very* surprised if there's anything left of the original alignment of the data |
01:09:25 | sideral | indeed |
01:10:51 | gevaerts | hm |
01:11:07 | sideral | the corrupt 0x7d leaking into the next 16 bytes could be a manifestation of said alignment issue |
01:11:40 | | Quit KiwiCam (Quit: Leaving) |
01:12:02 | sideral | it could be some low-level USB controller / PHY going astray |
01:13:02 | gevaerts | Have you tried reading that data again during the same connection? |
01:14:01 | sideral | unfortunately I've not dd'd it twice, but I remember having run fsck (read only) multiple times, and it reported the same problems again |
01:14:33 | sideral | as this seems to be triggered by the pattern in the previous 20 bytes, I'd expect it to trigger at the same spots |
01:15:11 | gevaerts | Have you ever powered off the sansa the hard way after seeing corruption while it's still connected? |
01:15:45 | sideral | It's impossible to power off the Clip if it's still connected |
01:15:48 | gevaerts | i.e. without the rockbox USB disconnect code or the shutdown code getting a chance to run |
01:15:58 | gevaerts | right |
01:16:20 | gevaerts | hm |
01:16:32 | sideral | what would we learn from this experiment you propose? |
01:17:53 | gevaerts | Well, I'm not sure if I've seen evidence that this *must* be sd or usb related at all. It may be unlikely, but maybe the wrong bytes are really there until "something" happens later on |
01:18:32 | | Quit Judas_PhD (Ping timeout: 255 seconds) |
01:18:39 | sideral | do we have a diskdump plugin? |
01:18:52 | gevaerts | Maybe you could add some code to the usb screen that panics when you press the right button? That would allow you to disconnect and reboot at ease |
01:19:15 | sideral | I could try that |
01:19:34 | gevaerts | So connect to USB, if the corruption is there, panic, and reboot to the OF to see what's actually there |
01:20:35 | | Join timc1 [0] (~lisa@125.138.14.198) |
01:20:37 | gevaerts | If that's different (except possibly for files the OF writes of course), the bug is in the rockbox SD or USB driver. If you still see corruption, it's in the fat/unmount code |
01:20:39 | sideral | hmm... but I think I've established that the corrupt bytes are never on disk unless the host writes them out as part of a FAT update |
01:20:47 | | Part timc1 |
01:20:48 | gevaerts | How? |
01:21:23 | sideral | there are 3000 corrupt bytes in the FAT that are back to normal on next boot −− it's highly unlikely they ever were on disk |
01:22:44 | sideral | the question for me is: are they visible in RB's memory as well? -> SD issue −− or are they visible only to the host? -> USB issue |
01:23:08 | gevaerts | Well, not if my (admittedly unlikely) hypothesis about this just being a too late flush is correct |
01:23:31 | gevaerts | true |
01:24:04 | sideral | I should port fsck as a plugin |
01:24:20 | gevaerts | Well, again, if the bytes are *not* on disk, and I really think 99.5% sure isn't good enough here |
01:25:20 | gevaerts | Do you have a clip or a clip+? |
01:25:26 | sideral | Right. But if I can establish that they're not in RB's memory, then by induction they're not on the disk. I'll shoot for the 1st proof first I guess |
01:25:32 | sideral | A ClipV2 |
01:25:48 | gevaerts | ok, so no copying data to the sd card... |
01:25:57 | | Quit liar (Read error: No route to host) |
01:26:34 | gevaerts | How are you going to check if they're not in memory? Intercepting data between sd and usb doesn't sound trivial |
01:26:52 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
01:27:20 | sideral | by running a memory dump or an fsck as a rockbox plugin? |
01:27:45 | sideral | or I could instrument the SD driver to look for the pattern |
01:28:00 | gevaerts | How big is the FAT? Does it fit in RAM? |
01:28:22 | sideral | the latter would allow me to intercept on the USB slave mode data path |
01:28:40 | sideral | 7716352 bytes per FAT |
01:28:42 | gevaerts | That's assuming the pattern is always exactly the same. Is it? |
01:28:53 | gevaerts | clipv2 has 8MB? |
01:28:59 | gevaerts | hm |
01:29:08 | sideral | I think so −− hmm :) |
01:29:37 | gevaerts | gzip? |
01:29:38 | sideral | in the two dumps I have, the pattern seems to be always there |
01:29:58 | * | gevaerts proposes to do the easy tests first :) |
01:30:12 | saratoga | you have 8MB + 1MB IRAM |
01:30:46 | sideral | thanks saratoga |
01:31:08 | sideral | I think looking for the pattern in the SD driver is the simplest thing |
01:31:50 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
01:32:18 | gevaerts | probably |
01:32:29 | sideral | and most conclusive |
01:32:48 | sideral | but writing a disk dumper would be simple as well |
01:33:07 | saratoga | by the way if you're interested in clipv2 bugs, I bet that weird background noise isn't too hard to fix with some toying around |
01:33:14 | saratoga | since the clip+ doesn't have it |
01:35:01 | sideral | saratoga: I'm indeed interested in that as well, but code that writes constant values to I/O registers (which is what most of the platform code does) is not particularly reassuring :) |
01:37:47 | sideral | saratoga: Given the heat you had to take over the autoresume commit, how comfortable do you feel committing the second part? ;-) (delay until resume-pos update, allows skipping to prev track w/o losing resume position) |
01:39:01 | sideral | s/until// |
01:39:39 | saratoga | sideral: pretty comfortable, but theres no way i'm doing this in the next 2 weeks |
01:39:55 | saratoga | i'm staying away from rockbox until i get this stupid project at work over with, then i'll be traveling to present my results |
01:40:17 | saratoga | i'm too sleep deprived right now to look at c code coherently |
01:40:49 | sideral | ok, that's fine |
01:48:17 | | Quit Judas_PhD (Ping timeout: 255 seconds) |
02:00 |
02:01:39 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
02:03:36 | | Join Keripo [0] (~Keripo@eng420.wireless-resnet.upenn.edu) |
02:04:22 | | Quit sideral (Ping timeout: 265 seconds) |
02:08:10 | | Join krabador [0] (~krabador@host42-229-dynamic.252-95-r.retail.telecomitalia.it) |
02:13:11 | | Quit Loto (Ping timeout: 240 seconds) |
02:18:02 | | Join Loto [0] (~nfs@S01060012171a84e3.no.shawcable.net) |
02:18:02 | | Quit Loto (Changing host) |
02:18:02 | | Join Loto [0] (~nfs@xbmc/user/Loto) |
02:18:31 | | Quit Judas_PhD (Ping timeout: 246 seconds) |
02:28:27 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
02:31:04 | *** | Saving seen data "./dancer.seen" |
02:31:45 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
02:32:14 | | Join milk [0] (~milk@cpc1-sgyl9-0-0-cust268.sgyl.cable.virginmedia.com) |
02:34:53 | | Join JdGordon2 [0] (~jonno@58.96.27.157) |
02:36:42 | | Quit JdGordon1 (Read error: Connection reset by peer) |
02:36:43 | | Quit JdGordon2 (Read error: Connection reset by peer) |
02:36:53 | | Quit Judas_PhD (Ping timeout: 276 seconds) |
02:39:10 | [Saint] | JdGordon|: Why does %x need an identifier? |
02:39:15 | [Saint] | It just seems...weird. |
02:39:45 | [Saint] | (weird == setting an identifier that never gets called conditionaly) |
02:41:28 | | Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) |
02:42:11 | | Join madalu [0] (~user@unaffiliated/madalu) |
02:42:52 | | Quit mudd1 (Ping timeout: 260 seconds) |
02:49:25 | | Quit Keripo (Quit: Leaving.) |
02:52:54 | | Join Keripo [0] (~Keripo@eng420.wireless-resnet.upenn.edu) |
03:00 |
03:00:38 | | Quit BlakeJohnson86 (Quit: Leaving.) |
03:00:55 | | Quit GeekShadow (Read error: Connection reset by peer) |
03:00:57 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
03:02:17 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
03:02:36 | | Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) |
03:04:44 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
03:07:03 | | Quit liar (Read error: No route to host) |
03:07:37 | | Part BlakeJohnson86 |
03:11:57 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
03:17:24 | | Join evilnick [0] (c37028fa@rockbox/staff/evilnick) |
03:23:14 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
03:26:29 | [Saint] | Anybody with a 240x320 (preferably touchscreen) target want to test a cabbie theme port? |
03:26:34 | | Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) |
03:27:31 | [Saint] | gigabeas/ft, mini2440, Galaxy 5, <other> ...? |
03:28:44 | * | JdGordon1 doesnt like the beaft name |
03:28:48 | JdGordon1 | beast makes sense |
03:28:52 | JdGordon1 | beaft looks stupid :p |
03:29:15 | [Saint] | I know...but it made it easier to type ;) |
03:29:59 | [Saint] | I made a version of this theme with "LED" peak meters...now *THAT* looked stupid... |
03:30:36 | JdGordon1 | LED masks on the bar type? or done with images? |
03:30:51 | | Quit liar (Ping timeout: 255 seconds) |
03:31:27 | [Saint] | just a bitmap bar. |
03:31:39 | JdGordon1 | so you get half lit LED's? |
03:32:12 | [Saint] | yeah..I guess so, but it's pretty hard to notice. |
03:32:39 | [Saint] | what do you mean by "LED masks on the bar type"? |
03:32:53 | | Quit krabador (Ping timeout: 272 seconds) |
03:33:34 | | Quit GeekShad0w (Quit: The cake is a lie !) |
03:36:18 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
03:36:31 | [Saint] | last time I remember checking "%bar_tag<image|image|image|image>" didn't work anywhere near the way I expected it to. |
03:41:56 | JdGordon1 | depends on the tag |
03:42:18 | JdGordon1 | volume scales, battery has some special handling |
03:42:51 | [Saint] | yeah...it was volume that went horribly wrong. |
03:43:17 | JdGordon1 | it is the normal %?pv handling, nothing to do with it being a bar tag |
03:44:13 | [Saint] | I still don't understand what you mean by "LED masks on the bar type" |
03:44:31 | | Join krabador [0] (~krabador@host133-176-dynamic.250-95-r.retail.telecomitalia.it) |
03:44:47 | JdGordon1 | masks being transparent areas which the bar fills |
03:45:06 | JdGordon1 | or does that not work? |
03:45:22 | [Saint] | I don't think it's possible to do this and *not* display partial "LED"s |
03:45:45 | JdGordon1 | sure it is, with a very big conditional block |
03:46:10 | [Saint] | last time I tried it it reall, really, didn't work. |
03:47:29 | [Saint] | "%bar_tag<image|image|image|image>" for example only displays the valid segment, not the valid segment and those prior to it like you'd want it to. |
03:47:45 | JdGordon1 | yes |
03:47:45 | [Saint] | and, the alignment gets messed up pretty bad if you try that as well. |
03:48:41 | JdGordon1 | %?bar<%xdA|%xdA%xdB|%xdA%xdB%xdC|.......> |
03:48:49 | | Quit timccc (Ping timeout: 246 seconds) |
03:49:00 | JdGordon1 | i.e fucking horrible |
03:49:22 | JdGordon1 | seperate images, not subimages |
03:49:43 | | Quit liar (Read error: No route to host) |
03:49:51 | JdGordon1 | support for that could be added to the bars i tihnk |
03:50:28 | [Saint] | I'm not sure the bar tags need any more complicating. |
03:50:38 | JdGordon1 | sure it does! |
03:50:45 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
03:50:50 | JdGordon1 | while *anyone* understands most of it, it isnt complicated enough |
03:51:11 | | Quit designate72 (Ping timeout: 240 seconds) |
03:51:15 | * | JdGordon1 still wants to make the skin system turing complete :p |
03:51:29 | * | [Saint] doesn't think it's much of a good sign that most of the Rockbox devs won't touch skin "code" with a barge pole ;) |
03:51:49 | [Saint] | or, perhaps it is ;) ...no hideous themes, or, less ;) |
03:51:52 | JdGordon1 | most rockbox devs wont touch most of rockbox's code |
03:51:59 | [Saint] | hahaha! |
03:52:30 | JdGordon1 | serisouly.... everyone has one or two areas they like and try to avoid other areas as much as possible |
03:52:40 | JdGordon1 | and noone likes DB, dircache, playback, buffering |
03:53:05 | [Saint] | DB and playback are evel...I can't speak for the others. |
03:53:11 | [Saint] | *evil |
03:57:35 | | Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
04:00 |
04:01:48 | | Quit Zarggg (Ping timeout: 276 seconds) |
04:03:12 | | Quit krabador (Ping timeout: 272 seconds) |
04:10:22 | | Quit liar (Ping timeout: 255 seconds) |
04:11:53 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
04:11:56 | | Quit milk (Quit: baaaiiii) |
04:12:36 | | Join Topy [0] (~Topy44@f048234072.adsl.alicedsl.de) |
04:13:43 | | Join timccc [0] (~timccc@112.166.15.141) |
04:16:16 | | Quit T44 (Ping timeout: 264 seconds) |
04:19:39 | | Join timccc1 [0] (~timccc@112.166.15.141) |
04:20:00 | | Quit timccc (Read error: No route to host) |
04:21:59 | | Quit saratoga (Ping timeout: 265 seconds) |
04:24:52 | * | [Saint] wonders if RB could use haptic feedback on Android |
04:25:11 | [Saint] | or, if it's supposed to...and it's for some reason broken here. |
04:25:35 | JdGordon1 | it could, and doesnt |
04:25:39 | JdGordon1 | yet |
04:25:50 | | Join Barahir [0] (~jonathan@frnk-590ffde2.pool.mediaWays.net) |
04:26:25 | [Saint] | Oh, ok...cool, and bummer, and cool. |
04:29:14 | | Quit evilnick (Ping timeout: 265 seconds) |
04:29:45 | | Quit Barahir_ (Ping timeout: 276 seconds) |
04:31:08 | *** | Saving seen data "./dancer.seen" |
04:31:45 | | Quit amiconn (Disconnected by services) |
04:31:45 | | Quit pixelma (Disconnected by services) |
04:31:46 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:31:48 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:31:50 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:32:03 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:32:40 | | Quit MethoS- (Remote host closed the connection) |
04:44:44 | | Quit TheSeven (Ping timeout: 246 seconds) |
04:50:06 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:51:19 | | Quit tchan (Read error: Connection reset by peer) |
04:52:09 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
04:57:43 | [Saint] | dammit...it's so annoying that the player doesn't display metadata/file info for a track when the player has just been turned on, it's actually quite a cool "feature" almost that the info will stay on screen in the .sbs if you stop a track and return to the main menu |
04:58:13 | [Saint] | then you know exactly what will be played when you hit resume. |
04:58:26 | | Quit madalu (Ping timeout: 240 seconds) |
04:58:41 | [Saint] | but seeing a blank playbar and playlist/track info when the player first starts looks a bit crap. |
04:59:37 | [Saint] | JdGordon1: Is it just a fluke that track data stays on screen in the .sbs when a track is stopped? |
04:59:52 | [Saint] | it makes for a nice "feature" |
05:00 |
05:00:43 | JdGordon1 | yes, that isnt by design |
05:00:55 | JdGordon1 | although, doing the feature for both is possible |
05:01:25 | [Saint] | it's cool that it does it...and I'd abuse it in the theme if it didn't look so shit seeing blank info when the player first stars up. |
05:01:55 | [Saint] | Though, since it can be left running...this doesn't really matter for Android. |
05:02:15 | [Saint] | and, I could leave the track info enabled on stop also....hmmm. |
05:02:22 | JdGordon1 | depends on the task killer rules |
05:02:37 | JdGordon1 | my G2 seems to be killing the service far more than my N1 did |
05:03:38 | [Saint] | yeah, you'd only see blank/garbage data on the first run after the service is stopped...is it worth it to abuse this "feature"? |
05:04:11 | [Saint] | Or, is there some other way that it could be made to *actually* display the data for a stopped track, even froma "cold" boot? |
05:04:53 | JdGordon1 | call playlist_resume() or whatevr it is on boot |
05:05:07 | [Saint] | I assume it would be possible, or we couldn't have a resume feature. |
05:05:33 | | Quit Keripo (Quit: Leaving.) |
05:06:01 | [Saint] | knowing the track info for the track you're going to be resuming is/would be pretty cool...but it would need to work all the time for me to enable it in the theme. |
05:06:07 | [Saint] | Not just abusing a feature. |
05:06:17 | [Saint] | *"feature" |
05:07:04 | | Quit Rob2222 (Ping timeout: 255 seconds) |
05:17:03 | JdGordon1 | the only difference between a bug and a feature is when it was found |
05:17:19 | * | JdGordon1 was tought that at MS by his group manager |
05:19:52 | mystica555_ | ha |
05:26:48 | | Join froggyman_ [0] (~seth@98.115.0.7) |
05:37:22 | [Saint] | JdGordon1: Do you think it would be possible to adapt current behaviour to report the track data when the track is stopped, without it being a cool coincidence? |
05:37:52 | JdGordon1 | sure |
05:38:29 | | Quit froggyman_ (Quit: Ex-Chat) |
05:38:36 | [Saint] | I can't help but wonder why it's not this way already. |
05:38:58 | JdGordon1 | it would involve a probably pointless disk read on boot |
05:39:30 | [Saint] | well...no. |
05:39:55 | [Saint] | oh...derp. |
05:39:57 | [Saint] | yes. |
05:40:19 | JdGordon1 | although on boot the disk is spining anyway so it isnt a big deal |
05:41:22 | | Quit Horscht (Quit: Verlassend) |
05:41:25 | [Saint] | I sincerely doubt it would measureably slow the boot process. |
05:42:31 | [Saint] | Unless someone sees this conversation and feels inspired, it'll stay one of those "it would be cool if..." things. |
05:42:48 | [Saint] | I'm the first to admit that it's well beyond my ability. |
05:42:49 | JdGordon1 | its very simple to make work |
05:43:28 | [Saint] | It may be...perhaps, I've never looked at any of the playback/metadata magic though. |
05:43:31 | | Join rad_sci_guy [0] (~hari@CPE0015e97f2d25-CM00195eda2a20.cpe.net.cable.rogers.com) |
05:44:31 | | Part rad_sci_guy |
05:44:38 | JdGordon1 | then you cant be sure that it is beyong you |
05:44:52 | JdGordon1 | especially when i already said what needs to be done |
05:46:56 | [Saint] | I'll trade you a theme that makes use of it for it ;) |
05:48:58 | | Quit jhMikeS () |
05:56:31 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
06:00 |
06:04:01 | | Quit JdGordon1 (Quit: leaving) |
06:31:12 | *** | Saving seen data "./dancer.seen" |
06:42:11 | | Join thegeek_ [0] (~nnscript@132.108.34.95.customer.cdi.no) |
06:43:04 | | Quit thegeek (Read error: Connection reset by peer) |
06:48:19 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
06:57:14 | JdGordon| | [Saint]: im home, send me the cabbie :) |
06:57:33 | JdGordon| | also im 90% sure that if you just cal playlist_resume() at boot somewhere it will do what you want |
06:57:47 | JdGordon| | root_menu() or end of init() |
07:00 |
07:00:41 | | Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no) |
07:02:21 | | Join timccc [0] (~timccc@112.166.15.141) |
07:02:42 | | Quit timccc1 (Read error: No route to host) |
07:03:18 | | Quit thegeek_ (Read error: Operation timed out) |
07:04:07 | | Quit balintx_ (Ping timeout: 255 seconds) |
07:04:26 | | Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) |
07:06:18 | [Saint] | JdGordon|" http://www.datafilehost.com/download-69413e4d.html <−−- 240x320 |
07:07:35 | [Saint] | keep in mind, I'm still tinkering with it...an example of this is that I will probably sacrifice translation and go back to a nice aliased image for the list titles instead. |
07:07:46 | [Saint] | Like the "normal" cabbie .wps |
07:16:03 | | Quit [Saint] (Disconnected by services) |
07:16:05 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.12) |
07:25:23 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
07:31:25 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
07:50:33 | CIA-7 | New commit by jethead71 (r29067): Convert PortalPlayer iRivers to use USB-mode enabled bootloader. The H10 5/6GB already has a pre-boot USB mode (so it's a little redundant there) but ... |
07:58:39 | CIA-7 | r29067 build result: All green |
08:00 |
08:00:17 | S_a_i_n_t | JdGordon|: ? |
08:15:47 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
08:25:09 | | Join esperegu [0] (~quassel@145.116.15.244) |
08:26:25 | | Join stoffel [0] (~quassel@p57B4A434.dip.t-dialin.net) |
08:28:43 | JdGordon| | S_a_i_n_t: busy struggling to keep my eyes open... I'll look in a ahilw |
08:29:31 | | Join B3gder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) |
08:31:16 | *** | Saving seen data "./dancer.seen" |
08:42:15 | | Join lazka [0] (~lazka@62-99-207-180.static.xdsl-line.inode.at) |
08:44:43 | lazka | hey, does switching channel config to mono also disable crossfeed? |
08:48:03 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:49:08 | | Nick B3gder is now known as B4gder (~danielx@1-1-5-26a.hud.sth.bostream.se) |
08:49:17 | | Quit B4gder (Changing host) |
08:49:17 | | Join B4gder [0] (~danielx@rockbox/developer/bagder) |
08:50:06 | B4gder | how can it crossfeed mono? |
08:52:59 | | Quit kkit|sh (Ping timeout: 255 seconds) |
08:55:20 | jhMikeS | it's not removed from the processing when mono is selected |
08:55:54 | jhMikeS | if the file itself is mono, then crossfeed is skipped |
09:00 |
09:02:22 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
09:02:22 | | Quit bluebroth3r (Read error: Connection reset by peer) |
09:11:13 | TheSeven | ipod classic battery bench: ~8:20 sitting in the main menu, doing nothing, backlight off |
09:11:46 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
09:12:08 | wodz | TheSeven: whats the runtime in OF? |
09:12:20 | TheSeven | can't test on that device |
09:12:31 | TheSeven | (i did it on the old one with the broken HDD) |
09:12:51 | TheSeven | but i'd think way more, even if it's playing music |
09:13:15 | TheSeven | they say it reaches 36h, and i think this battery may not be the best, but it should get at least half of that |
09:13:34 | TheSeven | my main aim with that bench was to calibrate the fuel gauge |
09:13:37 | wodz | freq scaling + core undervolt makes big difference probably |
09:15:32 | wodz | do you know how to turn off power to hdd? |
09:18:11 | TheSeven | sure |
09:18:31 | TheSeven | but the hdd has probably woken a few times due to battery_bench saving logs |
09:19:02 | TheSeven | at least i have no other explanation for the dips in that curve |
09:19:24 | TheSeven | http://img37.imageshack.us/img37/6240/ipodclassicbatterybench.png |
09:20:44 | TheSeven | i have a rough idea how to do freq scaling by changing some clock dividers, but i haven't figured out how to reconfigure a PLL yet |
09:22:52 | wodz | The discharge curve looks quite normal. The humps comes form battery chemistry rather than from disk access |
09:23:24 | * | TheSeven hasn't seen that kind of humps on any other battery bench (from e.g. the nano2g) |
09:24:58 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:25:19 | wodz | I benched various lithium batteries on university (more analytic tests than battery_bench using specialized equipment) and I saw similar discharge curves a few times. |
09:25:59 | wodz | LinusN: how was your weekend BDM session? |
09:26:56 | LinusN | it turned out that i couldn't find the ribbon cable to connect the bdm to the h100, so i have ordered new ones... :-( |
09:27:15 | | Quit BHSPitMonkey (Read error: Connection reset by peer) |
09:27:20 | LinusN | but i have compiled the bdm software using your patch |
09:28:52 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:29:08 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
09:29:51 | lazka | jhMikeS, thanks, that's what I meant |
09:33:15 | B4gder | perhaps the Rockbox-on-android people are intereseted in "the andraudio mailing list, dedicated to audio development on Android" http://music.columbia.edu/mailman/listinfo/andraudio |
09:34:32 | | Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de) |
09:45:13 | | Quit CaptainKewl (Ping timeout: 272 seconds) |
09:57:01 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
09:57:02 | JdGordon| | S_a_i_n_t: your theme still isnt loading.... |
09:59:19 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
09:59:39 | wodz | JdGordon|: are you going to move on with rec tags? :-) |
09:59:50 | JdGordon| | pardon? |
10:00 |
10:00:11 | wodz | peakmeater is a good start isn't it? |
10:00:52 | wodz | default recscreen doesn't have much more than this |
10:01:09 | JdGordon| | sure it does |
10:01:29 | JdGordon| | everything on the default rec screen can be put in a skin |
10:02:12 | wodz | but can recscreen been themed? |
10:02:20 | JdGordon| | no |
10:02:30 | wodz | that's the point |
10:03:52 | JdGordon| | I'm still recovering from converting the fm screen :p |
10:03:59 | JdGordon| | really dont want to touch the rec screen code |
10:04:29 | wodz | do not touch - write from scratch :-) |
10:04:39 | JdGordon| | AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH |
10:04:56 | wodz | JdGordon|: where is theme .cfg parser located? |
10:04:57 | | Quit S_a_i_n_t (Disconnected by services) |
10:04:59 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.39) |
10:05:17 | JdGordon| | settings.c |
10:05:33 | JdGordon| | the accepted values are settings_list.c |
10:06:37 | wodz | I am (slowly) rewriting wpsbuild.pl to properly check for needed graphics from wps/fms/sbs and it's remote counterparts |
10:16:38 | | Quit [Saint] (Ping timeout: 260 seconds) |
10:17:20 | | Join JdGord [0] (~jonno@58.104.45.167) |
10:18:31 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.39) |
10:31:18 | *** | Saving seen data "./dancer.seen" |
10:35:26 | | Quit stoffel (Read error: Operation timed out) |
10:37:11 | | Quit lazka (Remote host closed the connection) |
10:41:43 | | Quit pjm0616 (Ping timeout: 276 seconds) |
10:45:12 | | Join pjm0616 [0] (~user@110.9.28.45) |
10:46:56 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:58:45 | | Quit TheSeven (Ping timeout: 240 seconds) |
11:00 |
11:07:43 | | Quit mudd1 (Ping timeout: 276 seconds) |
11:17:01 | | Join DerPapst [0] (~Alexander@p5DE5ABCF.dip.t-dialin.net) |
11:17:33 | | Quit sideral (Quit: Leaving.) |
11:34:04 | | Part vnl |
11:37:02 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
11:37:21 | jhMikeS | gevaerts: what can we do to detect a genuine usb connection? see I have this philips thing with a connector that fakes a bus reset condition, even when only connected to a charger. |
11:41:48 | gevaerts | jhMikeS: throw our hands up in the air and exclaim "What will they think of next?"? |
11:42:06 | jhMikeS | hehe |
11:42:23 | jhMikeS | the retailos isn't fooled, so clearly it's workable |
11:43:22 | jhMikeS | what's the first thing that would be sent to the device? a request for the descriptor? |
11:44:17 | gevaerts | yes, the device descriptor |
11:46:09 | jhMikeS | obviously the next thing they'll think of is chargers that request device descriptors :) |
11:46:45 | gevaerts | most probably! |
11:46:52 | * | jhMikeS might have several already |
11:47:49 | wodz | I have a charger which makes ipod in rb think it is connected to PC |
11:52:29 | jhMikeS | I use mine to say dumb things in IRC, but I'll have a crack at detecting connection in the core |
12:00 |
12:02:56 | | Join T44 [0] (~Topy44@f048079157.adsl.alicedsl.de) |
12:05:50 | | Quit Topy (Ping timeout: 240 seconds) |
12:06:56 | | Part LinusN |
12:07:26 | | Quit wodz (Quit: Leaving) |
12:12:09 | jhMikeS | hmmm...already compiling to test. hopefully, it's really so easy |
12:12:32 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
12:12:59 | | Join stoffel [0] (~quassel@p57B4A434.dip.t-dialin.net) |
12:18:17 | | Quit stoffel (Remote host closed the connection) |
12:18:57 | jhMikeS | works quite well actually |
12:22:11 | | Join biki [0] (~c3ee4622@giant.haxx.se) |
12:23:25 | | Quit biki (Client Quit) |
12:26:45 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
12:31:21 | *** | Saving seen data "./dancer.seen" |
12:34:16 | | Quit Stummi (Quit: ZNC - http://znc.sourceforge.net) |
12:42:58 | pixelma | bluebrother: do you have an idea where in the build environment could be a difference that I get differences in the manual's chapter number style? The ones from the site (and ones I compiled under cygwin on my laptop) have a trailing period, while the ones compiled in a linux VM on my desktop don't. |
12:43:09 | | Join Guest2370 [0] (~bjst@rockbox/developer/Zagor) |
12:44:36 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
12:44:42 | | Nick Guest2370 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
12:45:41 | pixelma | most fun thing is, that there are still 2-3 places that still get the trailing period |
12:47:12 | | Join kugel [0] (~kugel@109.250.240.159) |
12:47:14 | | Quit kugel (Changing host) |
12:47:14 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
12:52:03 | | Quit robin0800 (Remote host closed the connection) |
12:52:17 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
13:00 |
13:13:15 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
13:24:44 | CIA-7 | New commit by jethead71 (r29068): Add a higher level USB detection that prevents fraudulent bus resets from causing USB mode to be entered. Enable for SA9200 only at this time. Also, ... |
13:27:51 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
13:28:57 | n1s | i wonder if CIA could be configured to not cut the commit messages so short |
13:29:46 | CIA-7 | r29068 build result: 16 errors, 0 warnings (jethead71 committed) |
13:30:55 | n1s | jhMikeS: any idea about a problem i've seen on my beast a couple of times (haven't confirmed with a very recent build tho) that if the backlight goes off in usb mode it doesn't come on again after exiting usb mode? |
13:31:04 | n1s | FS #11699 btw |
13:31:21 | n1s | i'll retest nw |
13:31:24 | n1s | now |
13:35:18 | * | amiconn still didn't manage to build m68k-elf-gcc 4.5.2 under cygwin :( |
13:35:58 | amiconn | After getting the build error with gcc 3.4.4, I checked the config log and found that it complained about a missing ppl_c.h |
13:36:35 | amiconn | After installing ppl-devel and retrying, it now gets further: Now I get the same 'fork' error as when trying with gcc 4.x :( |
13:36:52 | n1s | jhMikeS: cant reproduce it now, sorry for the noise |
13:37:13 | n1s | amiconn: weird, it shouldn't need ppl |
13:37:33 | jhMikeS | n1s: that is weird though and I haven't encountered it |
13:37:46 | | Quit JdGord (Quit: Bye) |
13:37:54 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) |
13:38:05 | n1s | amiconn: only thing i can think of is av scanner not being nice even if disabled |
13:38:26 | n1s | amiconn: which av do you use? |
13:39:22 | amiconn | Kaspersky. And I did not just set it to disabled, but actually terminated it during the tests |
13:39:44 | n1s | aha |
13:40:06 | amiconn | It works for all other toolchains: arm-eabi, sh, mips, and old m68k |
13:40:23 | CIA-7 | New commit by teru (r29069): FS #11822: use rockbox_browse() in plugins to select file. |
13:41:24 | amiconn | There seems to be a bug in m68k-elf-as 2.20.1 - that's where the fork error always triggers (but sometimes for different target processors) |
13:43:43 | | Join biki [0] (~c3ee4622@giant.haxx.se) |
13:43:56 | biki | GREETINGS! |
13:45:13 | CIA-7 | r29069 build result: 16 errors, 0 warnings (teru committed) |
13:46:16 | * | jhMikeS has to go fix that grr |
13:46:43 | n1s | amiconn: AFAIU, if it isn't something in wondows interferring with cygwin's fork calls then cygwin has run out of memory due to too many (defunct) processes |
13:48:47 | | Quit kugel (Ping timeout: 240 seconds) |
13:49:03 | n1s | maybe the new 4.5 gcc takes a lot of memory when compiling the multilibs? although that would be weird since it worked on my netbook which has only 1GB |
13:50:35 | | Join Topy [0] (~Topy44@g228138218.adsl.alicedsl.de) |
13:53:09 | | Quit biki (Quit: CGI:IRC (EOF)) |
13:53:11 | | Quit robin0800 (Remote host closed the connection) |
13:53:51 | | Quit T44 (Ping timeout: 240 seconds) |
13:59:00 | n1s | amiconn: are you using an up to date cygwin? |
13:59:45 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
14:00 |
14:00:20 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:04:03 | | Part robin0800 |
14:05:49 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
14:06:00 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
14:07:33 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:09:17 | n1s | amiconn: maybe you could try playing with the forkchunk and proc_retry environment vars in cygwin, see http://cygwin.com/cygwin-ug-net/using-cygwinenv.html i'm really grasping at straws now though :/ |
14:12:24 | CIA-7 | New commit by jethead71 (r29070): One change in r29068 wasn't right. Clarify comments on why it's the way it is. :) |
14:13:27 | | Quit robin0800 (Remote host closed the connection) |
14:17:05 | CIA-7 | r29070 build result: All green |
14:18:40 | amiconn | n1s: Yes, my cygwin installation is up to date. Also my laptop has 4 GB RAM, so that should definitely not cause problems |
14:19:01 | n1s | then i really have no clue |
14:21:44 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
14:25:24 | | Quit Zarggg_ (Quit: Zarggg_) |
14:29:42 | | Join T44 [0] (~Topy44@f049142106.adsl.alicedsl.de) |
14:31:06 | | Quit robin0800 (Quit: Leaving) |
14:31:24 | *** | Saving seen data "./dancer.seen" |
14:31:31 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
14:33:03 | | Quit Topy (Ping timeout: 240 seconds) |
14:48:00 | CIA-7 | New commit by teru (r29071): image viewer: ... |
14:50:40 | | Quit T44 (Read error: Connection reset by peer) |
14:51:59 | CIA-7 | r29071 build result: All green |
15:00 |
15:06:09 | | Quit robin0800 (Quit: Leaving) |
15:06:21 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:08:15 | | Join Topy44 [0] (~Topy44@f049142106.adsl.alicedsl.de) |
15:09:10 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:13:21 | | Join TheLemonMan [0] (~lem0n@ppp-139-146.98-62.inwind.it) |
15:21:16 | | Join robin0800_ [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
15:21:21 | | Quit robin0800_ (Remote host closed the connection) |
15:30:04 | | Quit teru (Quit: Quit) |
15:41:42 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
15:42:44 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
15:42:52 | | Quit GeekShadow (Read error: Connection reset by peer) |
15:48:12 | | Join MethoS- [0] (~clemens@134.102.106.250) |
15:57:26 | | Join slooopy [0] (~sloo@p5493D2C4.dip0.t-ipconnect.de) |
16:00 |
16:04:11 | | Join Keripo [0] (~Keripo@eng164.wireless-resnet.upenn.edu) |
16:14:20 | | Join leavittx [0] (~leavittx@89.221.199.187) |
16:14:30 | | Join Kitr88 [0] (~Kitarist@BSN-142-72-129.dial-up.dsl.siol.net) |
16:15:09 | sideral | pamaury: Do you have any idea regarding my last comment to FS #11664 and FS #11877? |
16:18:33 | | Quit Kitar|st (Ping timeout: 255 seconds) |
16:18:48 | pamaury | sideral: no sorry, all this seems really strange since it never occured to me (might be related with the fact that I always use a SD card apparently). I know something is wrong with the driver but I don't really understand how it can corrupt the disk. Do you know if it a transfer which succeeds but with garbage data ? |
16:19:05 | | Quit mystica555_ (Ping timeout: 250 seconds) |
16:19:35 | | Quit Kitr88 (Ping timeout: 276 seconds) |
16:20:14 | pamaury | Given that several people report various problems with the amsv2 driver, I might need to dig into the OF to find some answer |
16:20:51 | sideral | pamaury: it doesn't actually corrupt the disk, the disk (typically the FAT) just appears corrupted to the Linux host because apparently some garbage is inserted in the USB stream. The corruption will end up on the disk only if the host updates the data. |
16:21:36 | pamaury | okay so it's just that usb data is wrong ? |
16:21:59 | pamaury | well *just* |
16:22:11 | sideral | that is my current theory, because after disconnecting and remounting the player without fixing the FS, all is fine |
16:23:10 | sideral | sometimes it takes a reboot of the player, though, to make the phantom garbage go away. The OF never exposes any garbage |
16:23:17 | | Quit mystica555 (Read error: Connection reset by peer) |
16:23:32 | pamaury | if it can help you, something is absolutely sure: the usb data can't be altered on cable, there is achecksum so the controller would notice it and normally the driver should also report an error (don't know that the usb storage driver does however, you might want to check this) |
16:23:59 | | Join Kitar|st [0] (Kitarist@BSN-182-125-128.dial-up.dsl.siol.net) |
16:25:02 | sideral | Unfortunately I don't know yet how to trigger the problem reliably. It typically involves replacing some large podcast files (deleting some, adding some). |
16:25:35 | pamaury | When I have some time, I'll try to have a look at the OF but I really can't explain the garbage. The same thing occured me when debugging the the bus-reset-all-the-time: garbage data but I never found out |
16:27:08 | sideral | Thanks pamaury. |
16:27:53 | pamaury | Oh, wait a bit :) Last time I look at the OF I gave up since the usb code is written in C++ with indirect register adressing. Making it difficult to reverse engineer |
16:29:29 | sideral | Oops −− but how did you arrive at the driver we have today, which (apart from this problem) works rather splendidly? Do you have a data sheet? |
16:30:35 | sideral | My next idea, apart from verifying that the garbage isn't read off the disk or generated by the SD driver, is to use Wireshark to have a look at the USB traffic |
16:31:27 | | Quit GeekShad0w (Ping timeout: 240 seconds) |
16:31:28 | *** | Saving seen data "./dancer.seen" |
16:31:42 | pamaury | I have the code of a linux driver of it (although the code is horrible and not targetting the exact same SoC) and some datasheet (incomplete, for another SoC and another version) :) |
16:32:13 | sideral | wow |
16:33:12 | pamaury | The problem is the amsv2: it's not a real SoC, it does not correspond to something well documented, the only part which is reverse engineered is the init code and I fear it's incomplete |
16:36:18 | | Join Clive [0] (~9e4b6689@giant.haxx.se) |
16:36:20 | | Join mystica555 [0] (~Mike@m422636d0.tmodns.net) |
16:36:36 | | Join mystica555_ [0] (~mike@m422636d0.tmodns.net) |
16:36:38 | | Quit mystica555_ (Excess Flood) |
16:36:44 | pamaury | I personally trying to monitor the traffic (I have the rockbox usb analyzer) but concluded that no garbage data was on cable, just that the controller was doing something wrong (typically, stop responding) |
16:36:45 | | Nick Clive is now known as Guest66012 (~9e4b6689@giant.haxx.se) |
16:36:47 | pamaury | *tried |
16:37:05 | | Join mystica555_ [0] (~mike@m422636d0.tmodns.net) |
16:37:12 | pamaury | but it might be a different problem of course |
16:37:51 | | Quit kugel (Ping timeout: 240 seconds) |
16:39:10 | pamaury | But apart from that, your work on FS corruption is great, it's a really nasty problem and it will be a major accomplishment when it will be fixed |
16:39:12 | sideral | I might try to see whether your reset workaround is related to my problem (whether it only manifests when a bus reset has occurred) |
16:39:27 | | Quit DerPapst (Ping timeout: 240 seconds) |
16:40:16 | sideral | Thanks pamaury! |
16:41:27 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
16:42:11 | Guest66012 | hi, i've been trying to register in the forums, but it keeps reporting i've typed invalid captcha ... |
16:42:44 | [Saint] | so type a valid one ;) |
16:43:12 | sideral | pamaury: I don't understand that USB 0x7d/0x7e escaping thing yet, Google has been only of marginal help, but apparently it's used only for command transfers. Perhaps the driver reset puts the SoC in a funny state where it escapes more than it should |
16:43:16 | [Saint] | seriosly though, IIUC you can just keep reloading the captcha until you get one you can parse easily |
16:43:26 | [Saint] | Guest66012: ^ |
16:44:18 | sideral | Guest66012: I seem to remember that I had to enable cookies for the forum registration to work. Did you perhaps disable cookies? |
16:44:26 | Guest66012 | i'm sure i've typed it right (several times) |
16:44:29 | pamaury | sideral: My guess is that the controller is already in a funny state :) Although I would be surprized that some data escape if it's a really low level part of the usb protocol |
16:44:52 | Guest66012 | cookies are enabled |
16:45:29 | [Saint] | Guest66012: If you typed it correctly, it would accept it. |
16:45:50 | [Saint] | you can also try the audio captcha as well. |
16:46:06 | sideral | pamaury: me too... although the pattern I found (see http://www.rockbox.org/tracker/task/11877#comment38224) is a bit too obvious |
16:46:20 | | Quit Battousai (Ping timeout: 260 seconds) |
16:46:46 | [Saint] | just click the re-captcha button until you get one you can parse easily. |
16:47:04 | pamaury | it might also be that the controller becomes made and the dma copies some strange data. |
16:47:08 | pamaury | *mad |
16:47:11 | Guest66012 | you don't believe me... never mind |
16:48:24 | [Saint] | Guest66012: I believe you, I just tried the captcha system myself...it's working here. |
16:50:48 | | Join DerPapst [0] (~Alexander@p5DE5ABCF.dip.t-dialin.net) |
16:51:06 | | Quit dfkt (Read error: Connection reset by peer) |
16:51:10 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
16:51:52 | [Saint] | Guest66012: Yes, I can confirm that the captcha is working correctly here. |
16:52:02 | [Saint] | I have tried it a few times now. |
16:53:37 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
16:56:23 | | Part LinusN |
16:57:15 | [Saint] | User woo2y successfully registered approximately an hour ago...so, it is working. |
16:57:26 | CIA-7 | New commit by rmenes (r29072): Tagalog: fix two strings changed in source. Translation by ... |
16:59:07 | | Quit n1s (Quit: Lämnar) |
16:59:48 | | Quit sideral (Quit: Leaving.) |
17:00 |
17:00:48 | | Quit TheLemonMan (Quit: free(me)) |
17:01:31 | Guest66012 | weird, check this out: http://i56.tinypic.com/23t0emu.jpg i tried on 2 computers now |
17:01:38 | CIA-7 | r29072 build result: All green |
17:07:39 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
17:11:04 | | Quit crwl (Ping timeout: 265 seconds) |
17:11:11 | | Quit sideral (Remote host closed the connection) |
17:11:19 | | Quit robin0800 (Quit: Leaving) |
17:12:14 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
17:16:56 | [Saint] | Hmmmm....ok, now the captcha is giving me grief also. |
17:16:59 | [Saint] | gah. |
17:17:06 | | Part Zagor |
17:20:25 | Guest66012 | at least i'm not alone now ;) |
17:20:30 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
17:21:26 | | Quit sideral (Remote host closed the connection) |
17:21:47 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
17:24:34 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) |
17:28:57 | | Quit alexbobP (Ping timeout: 265 seconds) |
17:29:29 | | Join alexbobP [0] (~alex@adsl-75-63-1-71.dsl.austtx.sbcglobal.net) |
17:33:17 | sideral | pamaury: Did you reverse engineer the initialization routines of the Clip+ or the ClipV2? There might be significant differences |
17:33:29 | pamaury | clip+ |
17:34:14 | pamaury | err, not sure, let me checl |
17:34:29 | | Quit robin0800 (Remote host closed the connection) |
17:36:06 | pamaury | no, it was clipv2 |
17:43:57 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
17:44:54 | | Join newClipUser [0] (~newClipUs@tmo-098-178.customers.d1-online.com) |
17:47:09 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:47:30 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
17:48:31 | | Quit sideral (Ping timeout: 255 seconds) |
17:50:09 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
17:51:34 | | Quit Guest66012 (Quit: CGI:IRC) |
17:54:00 | | Quit petur (Quit: Page closed) |
17:54:39 | | Join panni_ [0] (hannes@ip-178-202-7-97.unitymediagroup.de) |
17:55:49 | sideral | pamaury: darn! so I can't blame it on you having used the "wrong" firmware ;) |
17:57:04 | | Quit Guinness` (Read error: Connection reset by peer) |
17:59:48 | | Quit merbanan (Ping timeout: 255 seconds) |
18:00 |
18:04:21 | bluebrother | pixelma: my suspicion would be a different version of KOMAscript |
18:04:36 | bluebrother | probably there was a change in style |
18:04:39 | | Quit robin0800 (Remote host closed the connection) |
18:04:43 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
18:05:01 | | Join sideral1 [0] (~sideral@unaffiliated/sideral) |
18:05:58 | pixelma | hmm, how to check, again? |
18:06:08 | | Quit sideral1 (Remote host closed the connection) |
18:06:27 | | Join sideral1 [0] (~sideral@unaffiliated/sideral) |
18:06:34 | | Quit sideral (Ping timeout: 250 seconds) |
18:09:23 | | Nick benedikt93 is now known as benedikt93|AFK (~benedikt9@unaffiliated/benedikt93) |
18:13:11 | | Join jae_ [0] (~jae@x027.xanadu.fastwebserver.de) |
18:15:36 | | Nick jae_ is now known as jae (~jae@x027.xanadu.fastwebserver.de) |
18:15:57 | | Quit newClipUser (Ping timeout: 276 seconds) |
18:16:23 | | Quit sideral1 (Remote host closed the connection) |
18:17:26 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
18:19:03 | | Join newClipUser [0] (~newClipUs@tmo-104-56.customers.d1-online.com) |
18:20:23 | | Quit MethoS- (Remote host closed the connection) |
18:22:25 | | Join MethoS- [0] (~clemens@134.102.106.250) |
18:23:39 | | Quit newClipUser (Ping timeout: 255 seconds) |
18:26:38 | | Quit sideral (Remote host closed the connection) |
18:26:48 | | Quit Keripo (Quit: Leaving.) |
18:27:09 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
18:27:18 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
18:29:35 | | Join Mystery_Keeper [0] (~Mystery_K@93.157.235.99) |
18:29:35 | | Quit andyph666_ (Read error: Connection reset by peer) |
18:30:01 | Mystery_Keeper | Username AlekseyLyashin. Add me as wiki user please. |
18:30:17 | [Saint] | one sec. |
18:30:57 | pixelma | thought it could still be on there |
18:31:14 | [Saint] | it should be yes, I just thought of that. |
18:31:20 | [Saint] | I added it ~2 weeks ago? |
18:31:32 | *** | Saving seen data "./dancer.seen" |
18:31:34 | pixelma | I did |
18:32:31 | [Saint] | Ah. |
18:32:48 | bluebrother | pixelma: on my system this finds a line that seems to hold the version: grep CheckKOMAScriptVersion /usr/share/texmf/tex/latex/koma-script/scrreprt.cls |
18:33:05 | bluebrother | seems my F14 distro still uses TeXlive 2007 |
18:33:30 | | Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
18:33:42 | bluebrother | which means that I'm still using KOMAscript 2, while there is a version 3 available |
18:36:14 | | Join lifeless_ [0] (~lifeless@188.16.108.116) |
18:37:01 | pixelma | seems to be in a different folder structure here |
18:37:14 | [Saint] | Mystery_Keeper: You *are* indeed added to the wikiusersgroup. |
18:37:27 | Mystery_Keeper | Thank you. |
18:37:32 | [Saint] | However, you name is still blacked out, meaning you have not completed the registration. |
18:37:46 | [Saint] | *your |
18:38:01 | Mystery_Keeper | GAH. How do I complete it? T_T |
18:38:21 | [Saint] | Have you missed the confirmation mail? |
18:38:25 | | Join merbanan [0] (~banan@c-94-255-218-11.cust.bredband2.com) |
18:38:32 | [Saint] | did it go to a spam folder? etc. |
18:38:36 | Mystery_Keeper | I guess. I'll look in the spam folder. |
18:39:39 | Mystery_Keeper | No. It is not in spam, and I haven't received one. |
18:40:27 | pixelma | bluebrother: I can't even seem to find a koma-script folder |
18:40:41 | [Saint] | It's been a while since I did it myself, but I'm fairly confisent that the adress needs to be verified. |
18:40:41 | | Quit swilde (Read error: Connection reset by peer) |
18:40:52 | [Saint] | *confident |
18:40:55 | pixelma | bluebrother: the fact that this is a commandline only VM doesn't help me here :\ |
18:41:18 | Mystery_Keeper | Don't remember clearly, but I guess when I pushed the button after which I should have gotten confirmation mail, I was redirected to "strange change request" page or something. |
18:41:22 | [Saint] | grep/find? |
18:41:27 | [Saint] | pixelma: ^ |
18:41:45 | pixelma | sure, if I knew how |
18:42:06 | [Saint] | find "<blah>" |
18:42:15 | [Saint] | (no quotation) |
18:45:55 | pixelma | that's either wrong (or not complete) or scrreprt.cls doesn't exist anywhere in this VM, yet I'm able to successfully build PDF and even HTML manuals |
18:46:15 | bluebrother | pixelma: try "locate scrreprt" |
18:46:44 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:47:32 | [Saint] | Mystery_Keeper: Can you try loggin in now please? |
18:48:32 | Mystery_Keeper | Please remind me how do I log in without trying to change anything. |
18:48:54 | [Saint] | just try to edit a wiki page |
18:49:03 | [Saint] | (but, don't actually edit it, if you can) |
18:49:23 | [Saint] | once you click edit, you'ff be prompted with a login. |
18:49:25 | Mystery_Keeper | Worked. |
18:49:53 | [Saint] | I'm AWESOME! |
18:50:01 | [Saint] | I created your page manually. |
18:50:01 | Mystery_Keeper | You are. Thank you. |
18:50:11 | [Saint] | you'll need to edit your details, as there are none. |
18:51:45 | pixelma | bluebrother: aha, thanks. That helped - the subfolder is called "texmf-texlive" here, not only "texmf". The grep line now tells me that it's version 2.95b of komascript, I could still check the other in my cygwin environment (which gives more similar results to the daily manuals) |
18:53:08 | [Saint] | I'm really sorry I didn't think of that earlier Mystery_Keeper, I wasn't exactly sure that I wouldn't break it more by trying what I did ;) |
18:53:21 | [Saint] | Sorry it's been such a hassle for you. |
18:53:46 | Mystery_Keeper | It is over, so that's alright. |
18:57:19 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
18:57:41 | | Join Keripo [0] (~Keripo@eng164.wireless-resnet.upenn.edu) |
18:59:00 | pixelma | bluebrother: you are probably correct but I can't tell for sure. The cygwin scrreprt.cls doesn't contain exact version information but from the (c) it is 2 years older than the one in my VM |
19:00 |
19:00:10 | pixelma | thanks |
19:04:50 | | Quit jae (Quit: Lost terminal) |
19:05:38 | | Quit sideral (Ping timeout: 265 seconds) |
19:06:38 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
19:07:11 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:07:11 | | Quit bertrik (Changing host) |
19:07:11 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
19:07:16 | CIA-7 | New commit by pixelma (r29073): Manual - minor fixes to fractals.tex: update screenshot capture to reflect the renaming of the plugin from 'Mandelbrot' and replace an \opt which was ... |
19:09:31 | CIA-7 | New commit by pixelma (r29074): Manual - lrcplayer.tex: correctly 'close' two \Action macros so that the following space is not eaten. |
19:10:15 | | Quit sideral (Remote host closed the connection) |
19:11:07 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
19:11:11 | CIA-7 | r29073 build result: All green |
19:11:27 | | Quit ender` (Quit: It's bad luck to be superstititious. -- Law of Superstition) |
19:14:24 | | Join ender` [0] (krneki@foo.eternallybored.org) |
19:14:43 | | Quit ender` (Read error: Connection reset by peer) |
19:14:47 | CIA-7 | r29074 build result: All green |
19:14:57 | | Join ender` [0] (krneki@foo.eternallybored.org) |
19:17:31 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
19:20:31 | | Quit sideral (Remote host closed the connection) |
19:20:45 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
19:25:24 | | Quit krazykit (Read error: Connection reset by peer) |
19:30:43 | CIA-7 | New commit by pixelma (r29075): Pick up the target rename completion in the manual started in r27823 ... this time taking care of the Iriver targets. This fixes a few issues with ... |
19:30:48 | sideral | gevaerts, pamaury: I now have the ClipV2 in the faulty state again and took a few FAT dumps. And: Each dump is faulty, but each has the corrupt bytes at different offsets. But still all corruptions always fit the patterns I described in FS #11877 |
19:32:27 | | Quit Mystery_Keeper (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
19:33:57 | * | [Saint] wonders what it is that sideral has discovered. |
19:34:01 | CIA-7 | r29075 build result: All green |
19:34:14 | [Saint] | ( I bet sideral does also ;) ) |
19:34:41 | sideral | Yes I do :) |
19:35:28 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
19:37:22 | | Join kkit|sh [0] (krazykit@silenceisdefeat.com) |
19:38:20 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
19:38:58 | pixelma | hmm, small unrelated change slipped in there (one line in a button table for the Onda vx777), oh well |
19:43:14 | | Quit GeekShad0w (Ping timeout: 240 seconds) |
19:45:02 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
19:47:50 | | Quit benedikt93|AFK (Quit: Bye ;)) |
19:48:29 | | Quit kevku (Read error: Operation timed out) |
19:49:34 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
19:50:32 | | Join solexx_ [0] (~jrschulz@e177130135.adsl.alicedsl.de) |
19:52:30 | | Join zerozorro [0] (~536386b3@giant.haxx.se) |
19:52:33 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
19:53:13 | | Quit zerozorro (Client Quit) |
19:53:23 | | Quit solexx (Ping timeout: 246 seconds) |
19:53:34 | | Join zerozorro [0] (~536386b3@giant.haxx.se) |
19:54:17 | | Quit zerozorro (Client Quit) |
19:54:21 | | Join zerozorro [0] (~536386b3@giant.haxx.se) |
19:54:29 | | Quit zerozorro (Client Quit) |
19:54:50 | | Join glued [0] (~536386b3@giant.haxx.se) |
19:58:46 | glued | sideral, on reading today's log I wanted to confirm the filesystem corruption issue on Clip+, and also to express a huge, huge gratitude to you, pamaury & everyone who is trying to figure it out. I'm not a dev, but frequently search these logs & FS for 'usb' in hope :| |
20:00 |
20:04:55 | sideral | Hi glued, thanks for your kind words! Can you describe your corruption issue in more detail? |
20:05:51 | sideral | Do you also have transient corruptions manifesting as cyclic FAT chains? |
20:09:44 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
20:16:27 | [Saint] | kugel: Is the only reason your 480x800 cabbie misses battery and lock icons due to lack of images, or is there more to it than that? |
20:16:48 | kugel | mostly lack of space |
20:17:10 | [Saint] | ah, right...I'm trying to figure out why mine isn't loading on touch devices. |
20:17:30 | [Saint] | pretty much all I can do is comment out the touch regions one by one. |
20:17:52 | glued | sideral, 1. I see no pattern at all, just occurs every other time 2. Occurs only on the sd card (32 Gb Sandisk) 3. Occurs always, from with FS #11664 to when only the usb enabled, w/o any other fixes 4. Occured before and after FS #11774 was commited, no effect on that 5. I didn't look into the error description deeply (sry), and switched to OF usb recently |
20:18:05 | kugel | did you double check if they don't exceed viewport limits? |
20:18:08 | [Saint] | I can see from your code that touch regions *are* viewport relative, which is nice...the themeeditor doesn't support this. |
20:18:19 | kugel | yes they are |
20:18:31 | [Saint] | kugel: yes, everything is within the VP boundaries |
20:19:20 | kugel | I can't think of another reason why touch regions could cause problems |
20:19:21 | [Saint] | the gigabeast sim loads it fine, so I figure it must be a problem with touch regions in my theme |
20:19:39 | [Saint] | no debug output makes this a PITA though. |
20:20:39 | sideral | glued: what exactly did chkdsk / fsck say? |
20:22:48 | sideral | ah, you already said you didn't look at the error description, nevermind |
20:25:33 | [Saint] | is there a 240x320 touchscreen target we support in the themesite? |
20:25:50 | [Saint] | if I could upload it to the themesite, that should tell me what's wrong. |
20:26:37 | pixelma | the closest you could get is one of the Ondas which are 240x400 IIRC |
20:26:53 | [Saint] | aha...thanks. |
20:27:10 | kugel | you can compile checkwps on your own though |
20:27:21 | [Saint] | not with cygwin, apparently. |
20:27:33 | kugel | i thought you're on ubuntu now? |
20:28:18 | [Saint] | the ubuntu VM is crawling through setting up the android toolchain at the moment. |
20:28:40 | kugel | ubuntu is a multitasking OS :) |
20:28:44 | pixelma | compiling checkwps on cygwin hasn't worked in ages as far as I remember |
20:29:12 | [Saint] | kugel: It is, yes...but I'm rather pushing the system at the present. |
20:29:14 | pixelma | although I only tried ages agp, not since ;) |
20:29:40 | | Join Buschel [0] (~chatzilla@p54A3AB32.dip.t-dialin.net) |
20:30:52 | [Saint] | if someone wanted to compile/upload a mini2440 checkwps...I'd be quite appreciative |
20:30:58 | glued | sideral, if you ever post some kind of a dumping tool, I'd re-enable the usb, use it and submit. but i was too pissed off to remember when the chkdsk were saying (very sry). i do remember what i was saying in great detail, but that won't help. |
20:31:05 | kugel | [Saint]: I'd rather not have the theme site abused just for testing purposes |
20:31:27 | Strife89 | Anyone been having weird USB issues with a Fuze v1? |
20:31:28 | [Saint] | kugel: if the syntax is invalid, it will point it out, and not complete. |
20:31:32 | [Saint] | what's wrong with that? |
20:31:33 | *** | Saving seen data "./dancer.seen" |
20:31:38 | kugel | I assure compiling on the vm won't kill it |
20:31:50 | Strife89 | Mine has been disconnecting at random, even in mid-transfers. |
20:32:00 | Strife89 | No FS corruption is evident. |
20:37:22 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
20:37:22 | | Quit LambdaCalculus37 (Changing host) |
20:37:22 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
20:40:19 | CIA-7 | New commit by rmenes (r29076): New translation: Croatian by Ante Maretic. From ... |
20:42:36 | | Quit Llorean (Quit: Leaving.) |
20:43:20 | CIA-7 | r29076 build result: All green |
20:45:28 | [Saint] | ARGH!!!! I'm beginning to suspect that Jd may not be running a current SVN .apk? |
20:45:47 | [Saint] | *apparently*, the syntax is in order. |
20:46:32 | [Saint] | If it works on my phone after I compile the .apk...I'm gonna be a 'lil pissed. |
20:46:40 | sideral | gevaerts, pamaury: I now have a wireshark dump of the USB traffic taken during one dd. I can see the corruption in it, nicely embedded in some of the bulk data frames. But I don't quite know what else to do with it |
20:47:24 | pixelma | LambdaCalculus37: I don't think that the translation.langs should get the "master language file" header from english.lang |
20:47:44 | LambdaCalculus37 | pixelma: I'm going to pull that all out in a moment. |
20:48:20 | [Saint] | kugel: Just a thought...how big is the Android skin buffer? |
20:48:27 | pixelma | LambdaCalculus37: you can look at how the other translations are done |
20:48:31 | kugel | unlimited |
20:48:38 | [Saint] | errr...RaaAoA skin buffer, rather |
20:48:53 | [Saint] | Ok...so I can't be overflowing any buffers. |
20:49:00 | LambdaCalculus37 | pixelma: Most of them don't have the huge header. I've just edited it all out. |
20:49:29 | CIA-7 | New commit by rmenes (r29077): Don't need that honking huge header, so out it goes. |
20:49:29 | [Saint] | if I didn't deliberately mame the screenshot...the themesite *would* have allowed me to upload this. |
20:49:43 | [Saint] | so, that *must* mean the syntax is correct...yes? |
20:49:43 | pixelma | LambdaCalculus37: they have one that lists the translators |
20:50:40 | pixelma | LambdaCalculus37: I guess they should have *some* header... |
20:50:58 | [Saint] | the themesite uses checkwps to parse skin syntax. yes? Or some other magic? |
20:51:26 | CIA-7 | New commit by rmenes (r29078): Last fix, I swear: add in the proper header. |
20:51:34 | LambdaCalculus37 | pixelma: All fixed. |
20:51:57 | pixelma | [Saint]: it does, I'm not sure though if the theme site's checkwps is updated automatically, actually I doubt that |
20:52:13 | [Saint] | it would have to be, no? |
20:52:21 | | Join TheLemonMan [0] (~lem0n@ppp-139-146.98-62.inwind.it) |
20:52:30 | [Saint] | otherwise the "works with current revision" would be horribly broken. |
20:52:48 | CIA-7 | r29077 build result: All green |
20:53:03 | LambdaCalculus37 | rasher: New language for your translation page. |
20:53:05 | [Saint] | as of right now...I see no reason why this should not load on Jd's phone. |
20:53:32 | [Saint] | If there *IS* a reason ...I'd love to know what it is. |
20:56:21 | | Join milk [0] (~milk@cpc1-sgyl9-0-0-cust268.sgyl.cable.virginmedia.com) |
20:56:37 | | Quit glued (Quit: CGI:IRC) |
20:56:54 | CIA-7 | r29078 build result: All green |
20:57:24 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
20:57:42 | | Join panni_ [0] (hannes@ip-178-202-7-97.unitymediagroup.de) |
20:58:15 | | Join sudela [0] (~Osman@chello062178214022.10.15.vie.surfer.at) |
20:58:52 | | Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
21:00 |
21:00:39 | | Quit Keripo (Quit: Leaving.) |
21:03:52 | | Quit sideral (Ping timeout: 240 seconds) |
21:04:13 | | Quit LambdaCalculus37 (Quit: Fwump) |
21:06:12 | | Join n1s [0] (~n1s@nl118-175-108.student.uu.se) |
21:06:13 | | Quit n1s (Changing host) |
21:06:13 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
21:08:35 | | Join domjohnson [0] (0279c72e@gateway/web/freenode/ip.2.121.199.46) |
21:08:40 | domjohnson | Hi |
21:08:49 | domjohnson | Is there a port to the Sansa View? |
21:09:34 | n1s | no, not really |
21:10:31 | domjohnson | Ok |
21:10:40 | domjohnson | Is there any way I can help development? |
21:10:47 | domjohnson | I'm not a great coder, but maybe beta testing or something? |
21:11:25 | Torne | it is not even relaly started |
21:11:37 | bluebrother | domjohnson: see http://www.rockbox.org/wiki/SansaView |
21:11:39 | Torne | if someone works on it then maybe you cna test it months after that :) |
21:17:08 | domjohnson | :) |
21:21:57 | domjohnson | Is there any other firmware, apart from Rockbox and retail, that I can use from the view? |
21:22:04 | domjohnson | Just because the retail firmware fails. |
21:23:56 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
21:26:04 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
21:29:15 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
21:30:43 | domjohnson | Or is there any way I can help with development with the Sansa View, bearing in mind I have never coded for hardware before? |
21:32:07 | sudela | u could pray |
21:37:07 | saratoga | buy a better player |
21:38:08 | bluebrother | domjohnson: coding for hardware isn't the main problem. The main problem is that the hardware in question is almost completely undocumented |
21:38:28 | | Join moos [0] (moos@85-171-90-254.rev.numericable.fr) |
21:38:28 | | Quit moos (Changing host) |
21:38:28 | | Join moos [0] (moos@rockbox/staff/moos) |
21:38:44 | domjohnson | I see |
21:39:03 | domjohnson | saratoga - I would. But I just bought it last week. |
21:39:08 | domjohnson | Second hand... |
21:39:10 | domjohnson | listed as working fine |
21:39:18 | domjohnson | And it was...until I formatted it from the player |
21:39:26 | domjohnson | Actually, it wasn't working fine. Stuff wouldn't delete properly. |
21:39:48 | saratoga | theres so many better sandisk players that sell for almost nothing, i wouldn't bother with the view |
21:40:21 | | Join Keripo [0] (~Keripo@eng252.wireless-resnet.upenn.edu) |
21:40:26 | domjohnson | I wish I hadn't. |
21:40:52 | domjohnson | If it isn't fixed soon, I might ask the seller if I can return it...or sell it on eBay as spare parts. |
21:42:37 | n1s | it it's got hardware faults rockbox wouldn't have helped anyway |
21:42:46 | n1s | s/it/if/ |
21:43:40 | | Quit slooopy (Ping timeout: 250 seconds) |
21:54:52 | | Quit rasher (Ping timeout: 272 seconds) |
21:55:46 | | Quit pikytcus (Ping timeout: 265 seconds) |
21:56:21 | | Join slooopy [0] (~sloo@p5493C388.dip0.t-ipconnect.de) |
21:56:40 | | Quit scorche|sh (Ping timeout: 260 seconds) |
21:57:40 | | Join perrikwp [0] (18a7a08e@gateway/web/freenode/ip.24.167.160.142) |
21:58:49 | | Join moos_ [0] (moos@85-171-90-254.rev.numericable.fr) |
21:59:23 | | Quit moos (Ping timeout: 240 seconds) |
21:59:31 | | Nick moos_ is now known as moos (moos@85-171-90-254.rev.numericable.fr) |
22:00 |
22:01:57 | domjohnson | n1s - it isn't a hardware fault, its a firmware fault |
22:01:59 | | Join rasher [0] (~rasher@frotz.zork.net) |
22:01:59 | | Quit rasher (Changing host) |
22:01:59 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
22:05:34 | | Join pikytcus [0] (~bigd@failbox.co.cc) |
22:06:10 | | Join scorche|sh [0] (~scorche@squisch.net) |
22:09:13 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.66) |
22:10:54 | CIA-7 | New commit by moos (r29079): Set svn:keywords for the new translation file. |
22:13:51 | CIA-7 | r29079 build result: All green |
22:13:54 | | Join AlexP_mob [0] (~ap@rockbox/staff/AlexP) |
22:31:35 | *** | Saving seen data "./dancer.seen" |
22:33:12 | | Quit chattr (Quit: gone) |
22:41:07 | | Join Rob2222 [0] (~Miranda@p4FFF0F32.dip.t-dialin.net) |
22:41:10 | | Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) |
22:48:49 | | Quit GeekShad0w (Ping timeout: 240 seconds) |
22:52:25 | | Quit Strife89 (Quit: Heading out) |
23:00 |
23:00:44 | | Quit AlexP_mob (Ping timeout: 264 seconds) |
23:02:25 | CIA-7 | New commit by moos (r29080): Add ipod 6g target to translations for "Bass and Treble Cutoff" string. |
23:04:31 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
23:05:35 | CIA-7 | r29080 build result: All green |
23:07:52 | * | bluebrother searches for sideral's real name |
23:09:08 | | Quit bertrik (Ping timeout: 264 seconds) |
23:10:02 | pixelma | bluebrother: mentioned during commits lately but I couldn't find it in flyspray either |
23:11:23 | * | bluebrother would _really_ like a realname policy in Flyspray |
23:11:33 | pixelma | at least not in the account, maybe as a comment in the more discussed patch |
23:11:47 | bluebrother | we have one for the wiki, so why not for Flyspray? |
23:12:13 | | Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) |
23:12:20 | | Part vnl |
23:13:15 | moos | bluebrother: Michael Hohmuth, in case you didn't get it yet |
23:14:47 | bluebrother | moos: thanks. No, was still looking |
23:15:19 | moos | no problemo |
23:15:27 | bluebrother | :) |
23:15:51 | * | bluebrother waits for the compiler to finish. Last check if that also fixes the pause issue on nano2g |
23:17:01 | | Quit TheLemonMan (Quit: free(me)) |
23:18:51 | n1s | bluebrother: i agree about Real Names in the tracker, would be nice |
23:20:46 | moos | indeed. I encountered the problem lately with a translation. Had to mail the authors... |
23:21:14 | bluebrother | it would be at least good for anyone posting a patch. |
23:21:35 | bluebrother | especially in case that patch gets picked up years later and the original author isn't around anymore :) |
23:21:45 | | Quit domjohnson (Ping timeout: 265 seconds) |
23:21:47 | moos | hehe, very true :) |
23:22:06 | bluebrother | reminds me ... I wanted to pick up the BOFH plugin |
23:22:22 | bluebrother | since we have tetris1d I don't see a reason not to have an excuses plugin :) |
23:25:32 | bluebrother | yay. fixes the nano2g pause issue too. |
23:25:45 | bluebrother | strange, why does pausing the music try to log playback data? |
23:28:40 | CIA-7 | New commit by bluebrother (r29081): Fix player becoming unresponsive on Stop / Pause in some cases. ... |
23:28:41 | | Quit markun (Read error: Connection reset by peer) |
23:32:04 | bluebrother | oops, missed to fix the swapped digits in the FS number in siderial's commit message :o |
23:32:47 | CIA-7 | r29081 build result: All green |
23:37:54 | | Quit mystica555 (Read error: Connection reset by peer) |
23:38:20 | | Quit mystica555_ (Read error: No route to host) |
23:46:44 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
23:46:57 | | Quit slooopy (Read error: Operation timed out) |
23:49:28 | | Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de) |
23:49:39 | gevaerts | sideral: I guess that wireshark output proves that the problem isn't on the host side, which we kind of suspected already... |
23:50:37 | | Quit Rob2222 (Read error: Connection reset by peer) |
23:50:50 | | Join Rob2222 [0] (~Miranda@p4FFF0F32.dip.t-dialin.net) |
23:51:51 | sideral | gevaerts: Yeah. Also, the corruption is not at some USB packet boundary or another corner case like that |
23:51:57 | sideral | bluebrother: I require some level of privacy and anonymity, sorry. |
23:52:43 | sideral | If you require real names in the tracker, I'm afraid I won't be able to contribute. |
23:52:47 | | Quit moos (Ping timeout: 246 seconds) |
23:53:06 | | Join moos [0] (moos@85-171-90-254.rev.numericable.fr) |
23:53:06 | | Quit moos (Changing host) |
23:53:06 | | Join moos [0] (moos@rockbox/staff/moos) |
23:53:10 | | Quit komputes (Remote host closed the connection) |
23:53:41 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
23:54:07 | bluebrother | sideral: well, your real name is in the svn logs anyway (and the CONTRIBUTORS file) so I don't see much point here |
23:54:51 | saratoga | just put a space or something in it so it doesn't show up in google searches |
23:54:53 | bluebrother | I'm not the one to _require_ real names in the tracker, that decision is not up to me. But since Rockbox has a real name policy I would like to see people using their real name in the tracker |
23:55:16 | sideral | Yeah, but I don't want to see it plastered all over the Internet. This way, at least some effort beyond simply googling is required to make the connection :) |
23:58:56 | n1s | the annoying thing is that casual contributers that might post a patch that someone could just commit at once don't leave their names, so we need to ask for them and then wait for a reply that sometimes never comes |