| 00:02:12 | | Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) |
| 00:02:23 | | Quit thegeek_ (Read error: Connection reset by peer) |
| 00:05:52 | | Quit y4n (Quit: only amiga makes it possible) |
| 00:08:18 | | Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) |
| 00:17:55 | | Join thegeek_ [0] (~thegeek@40.200.16.62.customer.cdi.no) |
| 00:21:26 | | Quit thegeek (Ping timeout: 276 seconds) |
| 00:37:58 | | Quit melmothX (Quit: #) |
| 00:43:10 | *** | Saving seen data "./dancer.seen" |
| 00:49:15 | | Join ungali_mobile [0] (~yaaic@184.64.50.234) |
| 00:50:51 | | Quit liar (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) |
| 00:55:38 | soap | fix the files? |
| 00:56:26 | gevaerts | Well, if you're fundamentally unhappy with how a file sounds, and you *always* want the exact same DSP stuff done to it, I'd say it makes sense to do that once |
| 00:56:29 | soap | Not to drag this off #rockbox, gevaerts (though I'll bring it around) but by what procedure can a "badly mastered file" be fixed? |
| 00:56:45 | gevaerts | It probably can't :) |
| 00:56:56 | gevaerts | Well, it all depends on what's wrong with it of course |
| 01:00 |
| 01:25:38 | | Join [ungali] [0] (~ungali]@184.64.50.234) |
| 01:25:39 | | Quit [ungali] (Changing host) |
| 01:25:39 | | Join [ungali] [0] (~ungali]@unaffiliated/ungali) |
| 01:25:39 | | Quit [ungali] (Client Quit) |
| 01:34:20 | | Join robin [0] (~robin@141.70.11.45) |
| 01:38:15 | | Quit Guest68796 (Quit: Blarglarg) |
| 01:38:33 | robin | Hi. does anyone know how to invert the color of a viewport on a monocrome target? |
| 01:39:12 | robin | I want to create a custom mainmenu with the skin engine on my clip+ |
| 01:49:10 | | Nick megal0maniac is now known as megal0maniac_afk (~megal0man@unaffiliated/megal0maniac) |
| 01:49:16 | | Quit ender` (Quit: How do you generate a random string? Put a new user in front of VIM and tell him to save and quit. -- Duane Morin) |
| 02:00 |
| 02:15:08 | | Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 22.0/20130528181031]) |
| 02:39:02 | | Quit onder` (Quit: leaving) |
| 02:40:14 | | Join onder` [0] (~onder@24.244.89.228) |
| 02:43:11 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:00:32 | | Join EJ [0] (~4b453871@www.haxx.se) |
| 03:01:46 | EJ | hello im looking for some help with the e200r patcher |
| 03:02:50 | | Quit EJ (Client Quit) |
| 03:08:39 | | Quit shamus (Read error: Connection reset by peer) |
| 03:09:15 | | Quit onder` (Quit: leaving) |
| 03:10:37 | | Join onder` [0] (~onder@24.244.89.228) |
| 03:15:28 | | Quit thegeek_ (Read error: Connection reset by peer) |
| 03:21:58 | robin | @EJ: still there? what is not working? |
| 03:27:11 | | Quit prof_wolfff (Ping timeout: 245 seconds) |
| 03:28:32 | | Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 03:29:19 | | Quit onder` (Quit: leaving) |
| 03:30:04 | | Join onder` [0] (~onder@24.244.89.228) |
| 03:30:30 | | Quit onder` (Client Quit) |
| 03:31:28 | | Join onder` [0] (~onder@24.244.89.228) |
| 03:31:38 | | Quit onder` (Client Quit) |
| 03:32:39 | | Join onder` [0] (~onder@24.244.89.228) |
| 03:35:16 | | Quit onder` (Client Quit) |
| 03:37:02 | | Join onder` [0] (~onder@24.244.89.228) |
| 04:00 |
| 04:03:16 | | Quit pixelma (Disconnected by services) |
| 04:03:17 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:03:17 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:03:17 | | Quit amiconn (Disconnected by services) |
| 04:03:19 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:03:19 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:43:14 | *** | Saving seen data "./dancer.seen" |
| 04:47:58 | | Quit advcomp2019 (Ping timeout: 245 seconds) |
| 05:00 |
| 05:05:46 | | Join advcomp2019 [0] (~advcomp20@65-131-191-210.sxct.qwest.net) |
| 05:05:47 | | Quit advcomp2019 (Changing host) |
| 05:05:47 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 05:11:35 | | Part ungali_mobile |
| 05:45:10 | | Join TheSphinX^ [0] (~briehl@p5DD446E0.dip0.t-ipconnect.de) |
| 05:45:37 | | Quit TheSphinX_ (Read error: Operation timed out) |
| 05:49:36 | | Quit TheSeven (Read error: Operation timed out) |
| 05:51:24 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:54:40 | | Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) |
| 06:00 |
| 06:01:53 | | Quit dfkt (Disconnected by services) |
| 06:01:55 | | Join dfkt_ [0] (OxO29A@unaffiliated/dfkt) |
| 06:24:58 | | Quit Zarggg (Quit: Zarggg) |
| 06:36:13 | | Join Zarggg [0] (~zarggg@24.229.140.62.res-cmts.sm.ptd.net) |
| 06:39:28 | | Quit fs-bluebot (Ping timeout: 248 seconds) |
| 06:40:45 | | Join fs-bluebot [0] (~fs-bluebo@g224236233.adsl.alicedsl.de) |
| 06:43:15 | *** | Saving seen data "./dancer.seen" |
| 06:43:41 | | Quit shamus (Read error: Connection reset by peer) |
| 06:44:40 | | Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 07:00 |
| 07:16:45 | | Quit prof_wolfff (Ping timeout: 256 seconds) |
| 07:24:18 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 08:00 |
| 08:09:34 | | Quit amiconn (Remote host closed the connection) |
| 08:09:34 | | Quit pixelma (Read error: Connection reset by peer) |
| 08:10:02 | | Quit knittl (*.net *.split) |
| 08:10:03 | | Quit Torne (*.net *.split) |
| 08:10:03 | | Quit Gareth (*.net *.split) |
| 08:10:03 | | Quit Gallomimia (*.net *.split) |
| 08:10:03 | | Quit scorche (*.net *.split) |
| 08:10:04 | | Quit Jack87 (*.net *.split) |
| 08:10:04 | | Quit scorche|sh (*.net *.split) |
| 08:10:10 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
| 08:10:10 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
| 08:13:38 | | Join Gareth [0] (~gareth@2607:ff38:2:83::3) |
| 08:15:22 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 08:15:57 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
| 08:18:26 | | Join knittl [0] (~knittl@ssh.fumuga.com) |
| 08:18:26 | | Quit knittl (Changing host) |
| 08:18:26 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
| 08:20:05 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
| 08:21:14 | | Join Gallomimia [0] (~gallo@key.cha0sgaming.net) |
| 08:21:14 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 08:22:57 | | Join stoffel [0] (~quassel@pD9E43B93.dip0.t-ipconnect.de) |
| 08:36:23 | | Quit Gallomimia (*.net *.split) |
| 08:36:23 | | Quit scorche|sh (*.net *.split) |
| 08:43:19 | *** | Saving seen data "./dancer.seen" |
| 08:48:23 | | Join smw [0] (~smw@unaffiliated/smw) |
| 08:49:18 | | Join Gallomimia [0] (~gallo@key.cha0sgaming.net) |
| 08:49:18 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 08:50:48 | | Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) |
| 09:00 |
| 09:25:31 | | Join melmothX [0] (~melmoth@unaffiliated/melmothx) |
| 09:31:03 | | Quit b1101 (Ping timeout: 256 seconds) |
| 09:50:45 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 09:56:18 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 10:00 |
| 10:08:45 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:11:30 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 10:11:30 | | Quit n1s (Changing host) |
| 10:11:30 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 10:39:57 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:40:52 | | Join stoffel_ [0] (~quassel@pD9E412FB.dip0.t-ipconnect.de) |
| 10:41:13 | | Quit stoffel (Ping timeout: 246 seconds) |
| 10:43:20 | *** | Saving seen data "./dancer.seen" |
| 10:43:28 | | Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) |
| 10:58:29 | | Quit froggyman (Ping timeout: 240 seconds) |
| 11:00 |
| 11:03:35 | | Join froggyman [0] (~froggyman@unaffiliated/froggyman) |
| 11:05:36 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 11:08:12 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 11:14:42 | | Quit n1s (Quit: Ex-Chat) |
| 11:22:00 | | Nick megal0maniac_afk is now known as megal0maniac (~megal0man@unaffiliated/megal0maniac) |
| 11:37:31 | pamaury | this is weird, sd/ata transfers on stmp3600/stmp3700 are damn slow, I must be missing something |
| 11:40:33 | pamaury | ah, the card takes ages to switch to TRAN state :-/ |
| 11:59:04 | | Join vsync_ [0] (vsync@rantapallo.org) |
| 12:00 |
| 12:05:38 | vsync_ | I'm at a loss here. Thinking of getting an ipod classic, mostly because of the hdd capacity, and then slamming rockbox for playing flacs amongst other things. I've heard about the 6g/7g, however models being sold here all seem '6g', with the model being 'MC297QS/A'. I'd like to know, how's the rockbox port for this model doing? Mainly stability, and the ability to get line-out from the dock connector. |
| 12:06:54 | vsync_ | everything i've read out of the ipod classic ports seem dated, so is the project dead or? |
| 12:10:32 | gevaerts | vsync_: as far as I know (I don't have a classic myself), rockbox runs fine on it, as soon as it's installed (installation is not as straighforward as we'd like...). I have no idea if line out works though |
| 12:11:15 | | Quit megal0maniac (Ping timeout: 276 seconds) |
| 12:12:45 | | Join megal0maniac [0] (~megal0man@105.229.160.103) |
| 12:12:45 | | Quit megal0maniac (Changing host) |
| 12:12:45 | | Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) |
| 12:14:35 | gevaerts | Apart from the installation and bootloader issue (we'd like not to have people to install emcore first, which is the main thing that keeps the official status "unusable"), the port seems to be as advanced as any other port, which is why it doesn't get much special attention |
| 12:16:51 | vsync_ | it states that line-out works, my understanding is that the only way to pull it from the classic is the dock connector, then again 'accessories' are not supported. But I guess it will work just fine then. Thanks! |
| 12:18:11 | gevaerts | Yes, accessories, line out, and usb all share the same connector, but they're on separate pins and aren't really related |
| 12:20:02 | vsync_ | yeah, figured that much |
| 12:20:19 | vsync_ | the description was a bit vague, but understood |
| 12:21:32 | | Quit onder` (Quit: leaving) |
| 12:22:10 | | Join onder` [0] (~onder@24.244.89.228) |
| 12:23:14 | copper | I've always had USB problems with the Classic port, but apparently that might be related to the theme that I was using (I don't know if that's still the main theory) |
| 12:37:17 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
| 12:43:24 | *** | Saving seen data "./dancer.seen" |
| 12:47:53 | vsync_ | Well, think i'm off to get one then :) |
| 12:48:15 | vsync_ | laters, huge thanks for the clarifications =) |
| 12:53:13 | copper | on a sunday? |
| 12:53:43 | vsync_ | yeah :) |
| 12:54:04 | vsync_ | this shoip's open 'til 4 pm, around 2pm here at the moment |
| 12:54:07 | vsync_ | shop* |
| 12:54:33 | vsync_ | i'll be leaving for the countryside tomorrow so i have to go get it today pretty much |
| 12:58:00 | copper | vsync_: make sure to install the latest rockbox build for the Classic: http://build.rockbox.org/data/rockbox-ipod6g.zip |
| 12:58:45 | vsync_ | not quite there yet :) but i'll keep it in mind. Now ima run! |
| 13:00 |
| 13:27:51 | | Quit onder` (Quit: leaving) |
| 13:28:37 | | Join onder` [0] (~onder@24.244.89.228) |
| 13:36:54 | pamaury | not bad: ZEN Mozaic storage reads at 7MB/s |
| 13:38:21 | lebellium | Is it possible to get a "full" URL when searching on the theme site? Instead of "http://themes.rockbox.org/index.php" |
| 13:40:21 | gevaerts | search uses POST |
| 13:41:45 | lebellium | what does that mean? |
| 13:42:31 | GodEater | it means "no" :) |
| 13:42:43 | gevaerts | That means http://themes.rockbox.org/index.php *is* the full URL |
| 13:43:11 | lebellium | :( |
| 13:45:08 | lebellium | what is the advantage of this "POST" over a changing URL? |
| 13:45:45 | gevaerts | In this case, probably not much |
| 13:46:06 | gevaerts | In general, a lot more data. Try uploading a file using URL parameters :) |
| 13:49:31 | lebellium | Ok thanks for the answer. I wanted to make a direct link to all my themes but I have to give up then. |
| 13:50:41 | * | gevaerts is confused |
| 13:51:05 | gevaerts | Why do you need search to link to themes? |
| 13:51:49 | lebellium | because I made dozens of theme for several targets. With search I can use author name or theme name to get them all on the same page |
| 13:52:39 | | Quit jhMikeS (Ping timeout: 246 seconds) |
| 13:54:09 | lebellium | well... dozens of themes is exaggerated, I made 9 themes so far. But I don't see any other way to achieve what I want. |
| 13:55:00 | gevaerts | lebellium: actually, it does work with GET |
| 13:56:12 | gevaerts | lebellium: http://themes.rockbox.org/index.php?searchtheme&searchword=frank%20gevaerts&searchtype=author |
| 13:56:49 | lebellium | that's exactly what I wanted! Thank you! :D |
| 13:59:46 | lebellium | I don't find the right label for search type "theme name" though |
| 13:59:59 | lebellium | I tried themename, theme_name, and theme name |
| 14:00 |
| 14:01:34 | gevaerts | name |
| 14:02:03 | lebellium | ok... shame on me |
| 14:05:35 | vsync_ | alrightey :) time to start rockboxing this ipod |
| 14:06:42 | | Quit stoffel_ (Ping timeout: 252 seconds) |
| 14:07:39 | vsync_ | oh ffs, apple still doesn't throw in a wall plug in these... |
| 14:15:44 | AlexP | vsync_: Yeah, it's because Apple products are so cheap :) |
| 14:18:22 | vsync_ | :) well, the price wasn't all that through-the-roof, ~240 eur for a 160G player seems quite reasonable. I'm not an apple fanboy, but the fact that this has 160G space and it's rockbox-able sealed the deal. I guess there are other players with as much space than this one, and are rockboxable, but this one's the most readily available in here, and i guess in most places :) |
| 14:19:06 | AlexP | Not without modifying them |
| 14:19:20 | AlexP | Sadly Apple seem to be the only ones making large capacity devices |
| 14:19:31 | AlexP | And I wouldn't be at all surprised if they dropped them soon |
| 14:20:38 | copper | the iPod Classic is one of the few HDD based DAPs remaining, with large storage |
| 14:20:56 | vsync_ | correction, one of the few awesome daps remaining |
| 14:20:59 | copper | every other player seems to be limited to 64GB of internal (or external) flash memory, for some reason |
| 14:21:31 | AlexP | most people don't need more |
| 14:21:34 | copper | and there aren't even many of those |
| 14:21:51 | copper | AlexP: I guess Apple begs to differ, with they iPod Classic? |
| 14:21:55 | copper | their* |
| 14:21:56 | vsync_ | most people don't even need that, because DAPs are dying. Phones with streaming is what most people do |
| 14:22:18 | gevaerts | copper: they agree. That's why they sell the nano |
| 14:22:42 | copper | gevaerts: they sell the nano, the iPod Touch with 64GB flash, and the iPod Classic |
| 14:22:46 | copper | they sell the whole range |
| 14:22:49 | AlexP | copper: There is a market, but it is small |
| 14:22:52 | * | gevaerts nods |
| 14:22:57 | AlexP | If it were large, everyone would sell them |
| 14:23:08 | copper | the Classic sold rather well |
| 14:23:09 | vsync_ | AlexP: the market is so niche, don't think it's worth it anymore |
| 14:23:17 | vsync_ | copper: well, long ago it did |
| 14:23:26 | copper | and youngin's are increasing their library |
| 14:23:48 | vsync_ | in a few years, I think apple drops the classic. Might even drop the nano, who knows |
| 14:24:25 | AlexP | vsync_: That was my point |
| 14:24:32 | vsync_ | yeh |
| 14:26:27 | copper | there must be a reason they're still selling it after four years, though |
| 14:26:58 | copper | stores that sell iPods usually offer ALL iPods |
| 14:27:07 | copper | nano, touch, and classic |
| 14:29:43 | | Nick megal0maniac is now known as megal0maniac_afk (~megal0man@unaffiliated/megal0maniac) |
| 14:36:01 | vsync_ | is http://build.rockbox.org/data/rockbox-ipod6g.zip not working? |
| 14:36:21 | vsync_ | Oh. Just took a while |
| 14:43:25 | *** | Saving seen data "./dancer.seen" |
| 14:44:13 | vsync_ | yay. it's rockboxed now |
| 14:46:07 | copper | congrats :) |
| 14:46:24 | copper | Rockbox is a fine piece of software. |
| 14:46:35 | vsync_ | tyty. now onwards moving ~140 gs of mostly flacs in there |
| 14:46:49 | copper | (I'm not congratulating myself here, as I have nothing to do with Rockbox development) |
| 14:47:55 | vsync_ | this will take hours |
| 14:48:59 | copper | vsync_: the iPod's HDD is actually a lot faster than other DAPs' flash memory |
| 14:49:07 | copper | I measured it at 20 MB/s |
| 14:49:10 | copper | (writing) |
| 14:49:26 | copper | whereas other DAPs write at 6 MB/s or less |
| 14:50:08 | copper | it just suffers from latency (the HDD spinning up) |
| 14:50:09 | vsync_ | 12.8 MBps atm |
| 14:50:14 | vsync_ | writing |
| 14:50:49 | vsync_ | quite constant, doesn't budge |
| 14:51:12 | vsync_ | did you measure that with a large file? |
| 14:53:07 | | Join stoffel [0] (~quassel@pD9E42C71.dip0.t-ipconnect.de) |
| 14:53:54 | vsync_ | or, with apple's stock firmware? |
| 14:54:41 | copper | rockboxed iPod, with all kinds of files |
| 14:55:16 | vsync_ | weird |
| 14:55:28 | gevaerts | Same disk? |
| 14:55:36 | | Quit gevaerts (Remote host closed the connection) |
| 14:55:50 | vsync_ | this is the 6th gen classic |
| 14:56:26 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 14:56:44 | copper | gevaerts: "same disk"? |
| 14:56:57 | copper | the last iPod Classic is from 2009 |
| 14:57:06 | copper | so I assume we both have the exact same model |
| 14:58:06 | vsync_ | yeh should be |
| 14:59:13 | | Quit gevaerts (Client Quit) |
| 14:59:48 | vsync_ | atm copying ~1500 flacs back to back 20-40 MB a piece |
| 15:00 |
| 15:00:00 | vsync_ | still 12.8 MB/s |
| 15:01:07 | | Quit stoffel (Ping timeout: 256 seconds) |
| 15:03:31 | vsync_ | Oh, and I'm like, a total virgin to rockbox. Was wondering, I'm hoping you can delete stuff from the filesystem with it? |
| 15:04:07 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 15:10:44 | copper | I think you can, yes |
| 15:10:58 | copper | long press on "select" on a file, I think? |
| 15:11:04 | copper | check the manual if you're not sure |
| 15:11:32 | vsync_ | yeah, gonna have to browse that through :) just checking, it'd be an awesome feature! |
| 15:12:00 | AlexP | you can |
| 15:12:01 | copper | hmmm, rockbox.org is not responding to me right now |
| 15:12:36 | gevaerts | copper: it's not *dead*, just very slow I think |
| 15:13:00 | copper | indeed |
| 15:13:02 | * | gevaerts looks for Bagder, Zagor, or LinusN |
| 15:14:10 | copper | vsync_: btw, the manual that you need is here: http://download.rockbox.org/daily/manual/rockbox-ipodcolor/rockbox-build.html |
| 15:14:24 | | Quit gevaerts (Quit: leaving) |
| 15:14:52 | vsync_ | ty =) |
| 15:16:04 | vsync_ | one more question, hopefully haven't bothered you guys too much... Theme compatibility, I'm guessing ipod 3g, color and video? |
| 15:17:01 | vsync_ | only comes down to the screen size I suppose. |
| 15:17:31 | vsync_ | hmm. Nevermind, will check myself. Think color had a smaller screen :) |
| 15:21:07 | | Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) |
| 15:24:07 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 15:25:05 | gevaerts | vsync_: ipod video |
| 15:25:13 | gevaerts | All older ipods have different screens |
| 15:25:26 | vsync_ | yep, thansks |
| 15:25:29 | vsync_ | -s |
| 15:30:22 | | Quit onder` (Quit: leaving) |
| 15:43:44 | | Join bertrik [0] (~quassel@ip49-110-208-87.adsl2.static.versatel.nl) |
| 15:43:44 | | Quit bertrik (Changing host) |
| 15:43:44 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 15:47:50 | | Join amayer [0] (~amayer@72.25.57.229) |
| 15:48:47 | | Join onder` [0] (~onder@24.244.89.228) |
| 15:51:40 | | Quit onder` (Client Quit) |
| 15:52:41 | | Join onder` [0] (~onder@24.244.89.228) |
| 15:54:13 | | Quit amayer (Quit: Leaving) |
| 16:00 |
| 16:02:16 | | Quit onder` (Quit: leaving) |
| 16:03:15 | | Join onder` [0] (~onder@24.244.89.228) |
| 16:07:47 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 16:25:47 | | Quit shamus (Read error: Connection reset by peer) |
| 16:26:02 | | Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 16:40:55 | | Quit DexterLB (Read error: Connection reset by peer) |
| 16:43:27 | *** | Saving seen data "./dancer.seen" |
| 16:46:06 | | Join DexterLB [0] (~dex@46.10.53.86) |
| 17:00 |
| 17:01:32 | | Quit bertrik (Remote host closed the connection) |
| 17:32:11 | | Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) |
| 17:57:09 | TheSeven | gevaerts: I think you might want to add that USB is broken on the ipods |
| 17:57:30 | TheSeven | pamaury: any updates on that btw? |
| 17:57:36 | copper | TheSeven: is there any consensus on what the problem is? |
| 17:57:42 | TheSeven | was my refenrence driver of any help? |
| 17:57:56 | TheSeven | copper: apparently multiple root causes |
| 17:58:35 | copper | to be honest I have had USB problems with bloody everything |
| 17:58:40 | TheSeven | UMSboot failing to work is rather new, much newer than the last code change, so this must have been some host side change... windows updates? new itunes version interfering with something? |
| 17:58:48 | pamaury | no sorry, I began some work but never finished |
| 17:59:19 | TheSeven | the USB problems within rockbox itself (lockups etc.) are likely to have a different cause though, a bad host shouldn't be able to cause that |
| 17:59:50 | copper | worse, I have ALWAYS had USB problems with everything, ever |
| 17:59:58 | copper | with half a dozen different PCs |
| 18:00 |
| 18:00:03 | copper | from different makers |
| 18:00:09 | copper | with different chips |
| 18:00:11 | TheSeven | with everything rockboxed, or with every USB device in general? |
| 18:00:16 | copper | in general |
| 18:00:34 | TheSeven | hm, that's unusual |
| 18:00:44 | copper | though Rockbox is significantly worse |
| 18:01:15 | copper | my Clip+, my Fuze+ and my iPod Classic all crash, more or less frequently, during USB transfers |
| 18:01:38 | copper | I'm not sure who to blame at this point |
| 18:01:44 | TheSeven | those are all AMS sansas, i.e. devices which a synopsysotg core? |
| 18:01:50 | copper | not the iPod |
| 18:02:00 | TheSeven | yeah, but that has the same USB core |
| 18:02:14 | copper | well those are the devices that I own |
| 18:02:50 | TheSeven | so my guess is that there's some race condition or fifo misconfiguration in the drivers for that core, which starts to cause trouble as soon as there's traffic on multiple endpoints at once |
| 18:03:04 | copper | I wouldn't possibly know |
| 18:03:23 | TheSeven | that explains both the failures related to HID, but also some USB mass storage lockups that are related to control transfers happening in parallel |
| 18:03:40 | TheSeven | and I know that the core is kinda picky about this kind of thing |
| 18:04:20 | copper | but to be fair, I have had mouse problems, USB HDDs getting corrupted, Flash drives getting corrupted, a DAC that gets disconnected sometimes, etc… |
| 18:04:51 | copper | all with very different machines with totally different chips, although all of them have been running various (old and new) versions of Linux |
| 18:05:34 | copper | USB has been a big fat FAIL in my book ever since it was introduced |
| 18:05:46 | copper | never had any problems with any other protocol |
| 18:05:57 | copper | ethernet, SATA, eSATA, etc… |
| 18:05:59 | | Join funman [0] (~fun@altair.via.ecp.fr) |
| 18:06:12 | | Quit funman (Changing host) |
| 18:06:12 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:06:17 | copper | I know that's not very helpful :( |
| 18:06:46 | copper | it's just 10+ years of stuff crashing |
| 18:07:09 | copper | more like 15 probably |
| 18:07:54 | copper | something's amiss there |
| 18:08:51 | pamaury | TheSeven: not the fuze+, it's not synopsysotg |
| 18:09:23 | copper | the Fuze+ sometimes crashes everytime I plug it in, 5 times in a row |
| 18:09:27 | copper | sometimes it's fine |
| 18:09:59 | pamaury | strange, usb is really stable on my fuze+ |
| 18:10:05 | copper | then I have to account for my screwy microsdhc card too |
| 18:10:30 | copper | I'll see if a quality microsdxc card makes any difference whenever I buy one |
| 18:10:42 | copper | "quality" |
| 18:10:46 | copper | if there is such a thing |
| 18:12:56 | copper | I'm thinking straight up class 10 SanDisk |
| 18:13:12 | copper | dunno if there's anything better out there |
| 18:24:39 | | Quit zoktar (Quit: -) |
| 18:26:59 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
| 18:39:30 | | Quit smw (Ping timeout: 264 seconds) |
| 18:43:29 | *** | Saving seen data "./dancer.seen" |
| 18:43:58 | | Quit DexterLB (Read error: Connection reset by peer) |
| 18:49:17 | | Join DexterLB [0] (~dex@46.10.53.86) |
| 19:00 |
| 19:02:29 | | Nick megal0maniac_afk is now known as megal0maniac (~megal0man@unaffiliated/megal0maniac) |
| 19:11:23 | | Join stoffel [0] (~quassel@pD9E42C71.dip0.t-ipconnect.de) |
| 19:15:48 | | Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) |
| 19:17:50 | | Nick megal0maniac is now known as megal0maniac_afk (~megal0man@unaffiliated/megal0maniac) |
| 19:19:12 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 19:19:22 | | Quit DexterLB (Read error: Connection reset by peer) |
| 19:21:12 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 19:27:57 | | Quit nosa-j (Ping timeout: 246 seconds) |
| 19:30:04 | | Join nosa-j [0] (~m00k@184.76.254.130) |
| 19:34:43 | pamaury | urg, reverse engineer of file system, pretty complicated |
| 19:42:52 | | Join DexterLB [0] (~dex@95-42-18-62.btc-net.bg) |
| 19:48:35 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
| 19:49:12 | | Quit ender` (Read error: Operation timed out) |
| 19:58:48 | | Quit stoffel (Remote host closed the connection) |
| 20:00 |
| 20:01:44 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 20:32:56 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 20:33:33 | | Join patman [0] (~patman@c-24-21-100-21.hsd1.or.comcast.net) |
| 20:34:59 | patman | Hit an I/O failure while installing rockbox, not fun, I likely had the errors waiting to be hit prior to the install of rockbox. |
| 20:36:59 | patman | On a Sansa Clip+. |
| 20:37:18 | patman | Booted back to sandisk, as the rockbox firmware failed to allow mounting of the "main" partition. Running linux fedora 17, up to date. |
| 20:38:12 | patman | I ended up re-formatting the device, and I think it's working better - that was one reason I was trying out rockbox, the "play previous" wasn't working with the Sansa firmware, after the re-format, it's now working. |
| 20:38:54 | patman | But you should really check the result of calling close(), and report I/O failures, especially when copying / install firmware and related files. |
| 20:42:03 | copper | it seems to me that no target is free of such issues |
| 20:42:20 | patman | Also, for reference, I'm running Sansa firmware version V01.02.18A. I used the Rockbox installer v1.3.1, not sure of the current/stable rockbox firmware that was installed, and had it use the Sansa V01.02.16A firmware. |
| 20:43:08 | patman | It would have been really nice if the installer said there was an I/O error, rather than seeing it later in the kernel log files, after trying to figure out what was broken. |
| 20:43:31 | *** | Saving seen data "./dancer.seen" |
| 20:43:53 | patman | I'd still have to re-install or format, but I would have known earlier that something was seriously wrong. |
| 20:44:07 | patman | I'm going to try installing rockbox again. |
| 20:44:08 | gevaerts | patman: I'm not a Rockbox Utility person, so I don't know what's checked and what isn't, but I haven't seen any evidence in what you said that there *was* a problem with the installation |
| 20:44:30 | gevaerts | Failing to mount the filesystem does not indicate at all that the rockbox binary was not written correctly |
| 20:44:36 | patman | Well, "man 2 close" says: |
| 20:44:36 | patman | Not checking the return value of close() is a common but nevertheless serious programming |
| 20:44:36 | patman | error. It is quite possible that errors on a previous write(2) operation are first |
| 20:44:36 | DBUG | Enqueued KICK patman |
| 20:44:36 | patman | reported at the final close(). Not checking the return value when closing the file may |
| 20:44:36 | patman | lead to silent loss of data. This can especially be observed with NFS and with disk |
| 20:44:36 | *** | Alert Mode level 1 |
| 20:44:36 | patman | quota. |
| 20:44:51 | patman | And I don't see any checks on close() calls in the source code. |
| 20:45:21 | gevaerts | Right. I do agree that it should be checked |
| 20:45:27 | patman | OK :) |
| 20:45:38 | gevaerts | I just don't see evidence that that's what your problem was :) |
| 20:45:41 | patman | But the mount and unmount worked fine after the install - well I think so. |
| 20:45:59 | patman | Well, I got an I/O error apparently during the install. |
| 20:46:11 | gevaerts | Well, or near the install |
| 20:46:20 | patman | Not during the mount or unmount. |
| 20:46:20 | gevaerts | That could well have occured later, during unmounting |
| 20:46:28 | gevaerts | Or during flushing to disk |
| 20:46:49 | patman | But close() flushes the file to disk, and that's when you should see an I/O error in the code. |
| 20:46:54 | gevaerts | Uh, no |
| 20:47:04 | gevaerts | fsync() does that. close() doesn't have to |
| 20:47:13 | patman | But it should :-) |
| 20:47:22 | patman | So you see I/O errors. |
| 20:47:23 | gevaerts | And I'm not at all convinced that fsync() is a good idea |
| 20:47:37 | gevaerts | Well, go argue that with filesystem people :) |
| 20:48:18 | gevaerts | Performance would suffer dramatically if that were done |
| 20:49:18 | patman | You'll never know if the data was correctly written if it didn't sync on close(). Yes, it would be awful for performance to sync after every write (or read). |
| 20:49:28 | copper | sync is kinda mandatory with flaky media |
| 20:49:49 | copper | such as Rockbox DAPs mounted via USB |
| 20:49:52 | gevaerts | It is true that we tend to assume working hardware in rockbox |
| 20:50:08 | patman | It's kind of mandatory with the buffer cache (i.e. writes immediately return after writing to cache, errors occur when syncing that data). |
| 20:50:31 | patman | But anyway, it would be nice if you check the result of close() |
| 20:51:08 | gevaerts | copper: in my experience, rockbox over USB is *not* flaky |
| 20:51:27 | copper | gevaerts: I have three Rockboxed devices and I beg to differ |
| 20:52:14 | copper | well, two, now that I have reverted to the OF on the Classic after I couldn't handle having it crashing 4 times out of 5 |
| 20:52:25 | gevaerts | copper: yes, but you also stated earlier today that you have such issues with every USB device you've ever used, with every OS you've ever used |
| 20:52:39 | copper | with every hardware that I've owned |
| 20:52:40 | gevaerts | Which means you're definitely not the typical case |
| 20:52:43 | patman | ;-) |
| 20:52:51 | copper | which means that I don't know who to blame |
| 20:53:11 | copper | I mean |
| 20:53:23 | copper | I wouldn't at all be surprised if the linux USB code was at fault |
| 20:53:25 | copper | I just don't know |
| 20:53:37 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 20:53:37 | * | gevaerts is of course a bit biased, having writtem much of the arc driver and the rockbox msc code |
| 20:54:37 | *** | Alert Mode OFF |
| 20:54:42 | gevaerts | Anyway, going fully synchronous is a disaster for performance, especially with small files. I don't know what that would translate to exactly for rockbox utility, so probably some experimentation could be useful |
| 20:55:05 | gevaerts | Not checking close() is a bug though, I'd say |
| 20:55:16 | copper | synching is not the answer, IMO7 |
| 20:55:19 | copper | IMO* |
| 20:55:35 | copper | whatever doesn't work, needs to be fixed |
| 20:55:44 | copper | though I have no idea who needs to fix what |
| 20:55:50 | gevaerts | copper: you're clearly talking about something entirely different here |
| 20:55:58 | copper | ? |
| 20:56:00 | copper | not really |
| 20:56:06 | copper | isn't he talking about I/O errors? |
| 20:56:09 | copper | I got those, lots of those |
| 20:56:25 | patman | If you don't believe me about close() behavior, I suggest you test that a close() fails if you get an I/O error when writing a file. |
| 20:57:20 | gevaerts | copper: you're talking about general USB instability here. As far as I can see, patman's case is either a corrupted filesystem or actual bad media |
| 20:57:26 | gevaerts | Not at all the same thing |
| 20:58:13 | copper | gevaerts: I have no idea what my problems are |
| 20:58:21 | copper | so I can't really say |
| 20:58:34 | copper | except that I've had it all |
| 20:58:41 | patman | Mine was very likely bad media, that then probably lead to file system corruption, and corruption of the rockbox installation. *And* my Sandisk install was probably corrupt or also broken. |
| 20:58:59 | * | gevaerts nods |
| 20:59:14 | gevaerts | And you can't magically "fix" bad media. You can at best detect it |
| 20:59:15 | copper | Rockbox crashing, Rockbox freezing, filesystem corruption, etc… |
| 20:59:50 | gevaerts | copper: also, patman's case was *not* running rockbox, by the way |
| 20:59:52 | copper | and I'm sorry, but if Rockbox freezes or crashes, then surely it has a part in it |
| 21:00 |
| 21:00:20 | patman | copper: not true. |
| 21:00:28 | copper | what? |
| 21:01:00 | patman | copper: If your OS or software crashes because of hardware problems, it's not the OS or software that is at fault. |
| 21:01:15 | copper | I'm talking about ROCKBOX freezing and crashing |
| 21:01:59 | gevaerts | That can still be caused by the CPU doing something wrong |
| 21:02:15 | gevaerts | Still, yes, up to a point hardware issues shouldn't cause a crash |
| 21:02:16 | copper | whatever the cause is, Rockbox should be able to handle it |
| 21:02:19 | gevaerts | No |
| 21:02:21 | copper | ? |
| 21:02:25 | copper | what? |
| 21:02:31 | gevaerts | If the CPU says 2+2=7, rockbox can *not* fix that |
| 21:02:35 | copper | what CPU |
| 21:02:40 | copper | the CPU of my computer? |
| 21:02:42 | gevaerts | No |
| 21:02:45 | copper | or the CPU of my DAP? |
| 21:02:45 | gevaerts | Of course not |
| 21:02:48 | gevaerts | The DAP |
| 21:02:50 | patman | copper: Or try taking a hammer to the device ... |
| 21:02:57 | copper | so you're saying ALL THREE of my DAPs are faulty? |
| 21:03:04 | gevaerts | No |
| 21:03:25 | copper | that would be some unfortunate coincidence |
| 21:03:38 | gevaerts | You seem to have this idea that there must be *one* cause for all the issues you've seen over the years |
| 21:03:46 | gevaerts | The world isn't that simple |
| 21:03:58 | copper | no |
| 21:04:00 | copper | no no no |
| 21:04:03 | copper | I don't know anything |
| 21:04:08 | * | gevaerts nods |
| 21:04:18 | copper | I just know that if Rockbox crashes, that is NOT normal behavior |
| 21:04:31 | gevaerts | Nobody said it was |
| 21:04:46 | copper | perhaps it is due to a host-related problem that Rockbox doesn't know how to handle |
| 21:05:21 | copper | I'm just saying that if that were the case, it should simply display an error message saying, "your PC is shit, by some Apple hardware, bitch" |
| 21:05:30 | copper | buy* |
| 21:05:35 | copper | ;) |
| 21:06:15 | gevaerts | Yes. Ideally you'd have nice errors |
| 21:06:33 | gevaerts | Now you find us proper documentation for all the chips involved, and we'll work on that :) |
| 21:07:25 | copper | yeah yeah yeah |
| 21:07:32 | gevaerts | There are such things as bugs, and we do try to fix those, some of these are *really* not simple |
| 21:07:32 | copper | I know that is the fallback answer :) |
| 21:07:48 | copper | but I don't know what I can do except report them |
| 21:07:51 | copper | well |
| 21:07:53 | copper | I have to admit |
| 21:08:01 | copper | I never filed a bug report about USB problems |
| 21:08:06 | copper | I just bitched about them in here |
| 21:08:07 | copper | my bad |
| 21:08:36 | copper | and mostly, it seemed like those problem where already known |
| 21:09:14 | copper | and lately I've been told it was probably related to some themes |
| 21:09:23 | copper | which sounds really weird to me, but OK |
| 21:09:36 | | Quit mrtux (Quit: WeeChat 0.4.1) |
| 21:10:00 | gevaerts | Well, we don't have (or we don't use) an MMU, so that's possible |
| 21:10:07 | copper | you guys know better so I have to rely on you guys |
| 21:10:27 | copper | MMU? |
| 21:11:22 | gevaerts | But apart from that, different devices have different USB controllers, with different drivers, and therefore different bugs. So *please* don't generalise too soon about "The USB issue" |
| 21:11:28 | pamaury | memory management unit, for virtual memory |
| 21:12:12 | pamaury | the usb bugs can have many sources: bad hardware, bad documentation, bad driver, bad usb stack, bad app code (themes for example) |
| 21:13:08 | copper | gevaerts: forgive me for generalizing over ALL the Rockboxed devices that I own, three of them, with differnent hardware |
| 21:13:27 | copper | especially given that I haven't encountered any other kind of bugs |
| 21:13:40 | gevaerts | copper: I didn't mean you specifically. It's just that I seem to see that sort of generalisation quite often |
| 21:13:46 | | Quit akaWolf (Quit: my exit) |
| 21:14:00 | copper | the only issue that I've ever had, with all three devices, is USB related |
| 21:14:08 | copper | everything else works just fine |
| 21:15:01 | copper | and having spent time here for a while now, it's pretty much the only issue that I ever see come up |
| 21:15:20 | gevaerts | *the only class of issues :) |
| 21:15:25 | copper | the only issue that doesn't have an easy fix |
| 21:16:21 | gevaerts | Can you remind me which devices you have? I know one's an ipod classic |
| 21:17:03 | copper | Classic, Clip+, Fuze+ |
| 21:17:09 | | Join mrtux [0] (~mrtux@unaffiliated/mrtux) |
| 21:17:38 | * | gevaerts nods |
| 21:17:42 | copper | I'm actually unable to use the Fuze+ right now because it just keeps crapping out |
| 21:18:08 | copper | I'm waiting until I can afford a new microsdcx card to see if it makes any difference |
| 21:18:18 | copper | microsdxc* |
| 21:18:30 | gevaerts | Does it behave better with only the internal flash? |
| 21:18:37 | copper | I plug the Fuze+ via USB, it crashes |
| 21:18:46 | pamaury | On Clip+, i'm not surprise, we don't have proper documentation and the driver is not very good, I TheSeven wrote a driver from scratch recently but I didn't finish the port to rockbox. But on the fuze+ i'm really surprise |
| 21:18:47 | copper | I plug the Fuze+ via USB again, it crashes |
| 21:18:55 | copper | and so on, until my patience runs out |
| 21:19:16 | pamaury | which theme do you use ? |
| 21:19:19 | copper | my own |
| 21:19:35 | copper | http://themes.rockbox.org/index.php?themeid=1777&target=sansafuzeplus |
| 21:19:43 | pamaury | hum, I think theme have been known to be a primary source of crashes with usb |
| 21:19:49 | copper | which does nothing special |
| 21:19:57 | copper | it's a really simple theme |
| 21:20:14 | pamaury | have you tried with the default theme for example ? to see if it still crashes ? |
| 21:20:36 | copper | no, but I promise that I will whenever I get my new microsdxc card |
| 21:20:54 | copper | I just can't have my flaky card be a factor |
| 21:21:40 | copper | because I already know that it's flaky no matter what |
| 21:21:45 | pamaury | just try to unplug the card and change theme, that will be a good test |
| 21:21:57 | copper | I bought it in a chinese store, maybe it's a cheap chinese knock-off |
| 21:21:58 | gevaerts | patman: there seems to be the slight problem that Qt's close is void. See http://qt-project.org/doc/qt-4.8/qfile.html#close |
| 21:22:03 | patman | BTW, I tested and get an error of 5 (EIO) from write() if I remove the USB device while a file is open(), and close() also fails with errno 5. So, the metadata or unmount might have gotten the I/O error. And the write() is obviously not completely asynchronous of the write to the actual hardware. |
| 21:22:17 | pamaury | also the sd code for the fuze+ in the trunk contains an issue, which I fixed but didn't commit yet |
| 21:22:21 | patman | Anyway, thanks for taking the time to listen to my issue :) |
| 21:22:32 | * | gevaerts will prod bluebrother^ about this :) |
| 21:24:18 | patman | I'll have to try rockbox again some other time ... heading out and taking my music with me for now. |
| 21:24:28 | gevaerts | Have fun! |
| 21:24:53 | | Part patman |
| 21:27:18 | | Quit pamaury (Quit: this->disconnect()) |
| 21:27:30 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 21:29:50 | | Join b1101 [0] (~b@64.237.37.121) |
| 21:52:33 | | Quit Zarggg (Ping timeout: 252 seconds) |
| 22:00 |
| 22:03:49 | | Quit DexterLB (Ping timeout: 252 seconds) |
| 22:06:07 | | Join DexterLB [0] (~dex@77-85-28-193.btc-net.bg) |
| 22:13:59 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 22:15:44 | | Quit ender1 (Ping timeout: 276 seconds) |
| 22:15:57 | | Quit ender| (Ping timeout: 256 seconds) |
| 22:24:24 | | Quit Horscht (Quit: quit) |
| 22:28:45 | | Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) |
| 22:39:39 | | Join jhMikeS [0] (~jethead71@50.4.247.132) |
| 22:39:39 | | Quit jhMikeS (Changing host) |
| 22:39:39 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 22:43:34 | *** | Saving seen data "./dancer.seen" |
| 22:44:20 | | Quit ender` (Ping timeout: 248 seconds) |
| 22:44:51 | | Quit ender| (Ping timeout: 256 seconds) |
| 22:50:39 | | Quit TheLemonMan (Read error: Connection reset by peer) |
| 22:51:26 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 22:57:46 | | Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) |
| 23:00 |
| 23:09:46 | | Quit Bagder (Remote host closed the connection) |
| 23:12:22 | | Join Bagder [0] (~daniel@178.174.211.166) |
| 23:12:22 | | Quit Bagder (Changing host) |
| 23:12:22 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 23:19:49 | | Quit melmothX (Quit: @#) |
| 23:20:08 | | Quit y4n (Quit: Assumption is the mother of all fuckups) |
| 23:31:42 | | Quit thomasjfox (Quit: Konversation terminated!) |
| 23:32:10 | | Quit kevku (Ping timeout: 260 seconds) |
| 23:32:13 | | Join ikeboy [0] (~435622d3@www.haxx.se) |
| 23:42:27 | | Quit liar (Ping timeout: 256 seconds) |
| 23:52:49 | | Quit Wardo (Quit: Blarglarg) |
| 23:55:07 | | Quit ikeboy (Quit: CGI:IRC (EOF)) |
| 23:55:24 | | Join ikeboy [0] (~435622d3@www.haxx.se) |
| 23:57:59 | | Quit ikeboy (Client Quit) |
| 23:58:02 | | Quit bertrik (Ping timeout: 256 seconds) |
icon identifies that the person is a core developer (has commit access).