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

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

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

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

#rockbox log for 2013-06-02

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:38soapfix the files?
00:56:26gevaertsWell, 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:29soapNot 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:45gevaertsIt probably can't :)
00:56:56gevaertsWell, 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:33robinHi. does anyone know how to invert the color of a viewport on a monocrome target?
01:39:12robinI 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:46EJhello 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:58robin@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:31pamaurythis is weird, sd/ata transfers on stmp3600/stmp3700 are damn slow, I must be missing something
11:40:33pamauryah, the card takes ages to switch to TRAN state :-/
11:59:04 Join vsync_ [0] (vsync@rantapallo.org)
12:00
12:05:38vsync_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:54vsync_everything i've read out of the ipod classic ports seem dated, so is the project dead or?
12:10:32gevaertsvsync_: 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:35gevaertsApart 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:51vsync_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:11gevaertsYes, accessories, line out, and usb all share the same connector, but they're on separate pins and aren't really related
12:20:02vsync_yeah, figured that much
12:20:19vsync_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:14copperI'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:53vsync_Well, think i'm off to get one then :)
12:48:15vsync_laters, huge thanks for the clarifications =)
12:53:13copperon a sunday?
12:53:43vsync_yeah :)
12:54:04vsync_this shoip's open 'til 4 pm, around 2pm here at the moment
12:54:07vsync_shop*
12:54:33vsync_i'll be leaving for the countryside tomorrow so i have to go get it today pretty much
12:58:00coppervsync_: make sure to install the latest rockbox build for the Classic: http://build.rockbox.org/data/rockbox-ipod6g.zip
12:58:45vsync_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:54pamaurynot bad: ZEN Mozaic storage reads at 7MB/s
13:38:21lebelliumIs it possible to get a "full" URL when searching on the theme site? Instead of "http://themes.rockbox.org/index.php"
13:40:21gevaertssearch uses POST
13:41:45lebelliumwhat does that mean?
13:42:31GodEaterit means "no" :)
13:42:43gevaertsThat means http://themes.rockbox.org/index.php *is* the full URL
13:43:11lebellium:(
13:45:08lebelliumwhat is the advantage of this "POST" over a changing URL?
13:45:45gevaertsIn this case, probably not much
13:46:06gevaertsIn general, a lot more data. Try uploading a file using URL parameters :)
13:49:31lebelliumOk 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:05gevaertsWhy do you need search to link to themes?
13:51:49lebelliumbecause 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:09lebelliumwell... 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:00gevaertslebellium: actually, it does work with GET
13:56:12gevaertslebellium: http://themes.rockbox.org/index.php?searchtheme&searchword=frank%20gevaerts&searchtype=author
13:56:49lebelliumthat's exactly what I wanted! Thank you! :D
13:59:46lebelliumI don't find the right label for search type "theme name" though
13:59:59lebelliumI tried themename, theme_name, and theme name
14:00
14:01:34gevaertsname
14:02:03lebelliumok... shame on me
14:05:35vsync_alrightey :) time to start rockboxing this ipod
14:06:42 Quit stoffel_ (Ping timeout: 252 seconds)
14:07:39vsync_oh ffs, apple still doesn't throw in a wall plug in these...
14:15:44AlexPvsync_: Yeah, it's because Apple products are so cheap :)
14:18:22vsync_:) 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:06AlexPNot without modifying them
14:19:20AlexPSadly Apple seem to be the only ones making large capacity devices
14:19:31AlexPAnd I wouldn't be at all surprised if they dropped them soon
14:20:38copperthe iPod Classic is one of the few HDD based DAPs remaining, with large storage
14:20:56vsync_correction, one of the few awesome daps remaining
14:20:59copperevery other player seems to be limited to 64GB of internal (or external) flash memory, for some reason
14:21:31AlexPmost people don't need more
14:21:34copperand there aren't even many of those
14:21:51copperAlexP: I guess Apple begs to differ, with they iPod Classic?
14:21:55coppertheir*
14:21:56vsync_most people don't even need that, because DAPs are dying. Phones with streaming is what most people do
14:22:18gevaertscopper: they agree. That's why they sell the nano
14:22:42coppergevaerts: they sell the nano, the iPod Touch with 64GB flash, and the iPod Classic
14:22:46copperthey sell the whole range
14:22:49AlexPcopper: There is a market, but it is small
14:22:52*gevaerts nods
14:22:57AlexPIf it were large, everyone would sell them
14:23:08copperthe Classic sold rather well
14:23:09vsync_AlexP: the market is so niche, don't think it's worth it anymore
14:23:17vsync_copper: well, long ago it did
14:23:26copperand youngin's are increasing their library
14:23:48vsync_in a few years, I think apple drops the classic. Might even drop the nano, who knows
14:24:25AlexPvsync_: That was my point
14:24:32vsync_yeh
14:26:27copperthere must be a reason they're still selling it after four years, though
14:26:58copperstores that sell iPods usually offer ALL iPods
14:27:07coppernano, touch, and classic
14:29:43 Nick megal0maniac is now known as megal0maniac_afk (~megal0man@unaffiliated/megal0maniac)
14:36:01vsync_is http://build.rockbox.org/data/rockbox-ipod6g.zip not working?
14:36:21vsync_Oh. Just took a while
14:43:25***Saving seen data "./dancer.seen"
14:44:13vsync_yay. it's rockboxed now
14:46:07coppercongrats :)
14:46:24copperRockbox is a fine piece of software.
14:46:35vsync_tyty. now onwards moving ~140 gs of mostly flacs in there
14:46:49copper(I'm not congratulating myself here, as I have nothing to do with Rockbox development)
14:47:55vsync_this will take hours
14:48:59coppervsync_: the iPod's HDD is actually a lot faster than other DAPs' flash memory
14:49:07copperI measured it at 20 MB/s
14:49:10copper(writing)
14:49:26copperwhereas other DAPs write at 6 MB/s or less
14:50:08copperit just suffers from latency (the HDD spinning up)
14:50:09vsync_12.8 MBps atm
14:50:14vsync_writing
14:50:49vsync_quite constant, doesn't budge
14:51:12vsync_did you measure that with a large file?
14:53:07 Join stoffel [0] (~quassel@pD9E42C71.dip0.t-ipconnect.de)
14:53:54vsync_or, with apple's stock firmware?
14:54:41copperrockboxed iPod, with all kinds of files
14:55:16vsync_weird
14:55:28gevaertsSame disk?
14:55:36 Quit gevaerts (Remote host closed the connection)
14:55:50vsync_this is the 6th gen classic
14:56:26 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
14:56:44coppergevaerts: "same disk"?
14:56:57copperthe last iPod Classic is from 2009
14:57:06copperso I assume we both have the exact same model
14:58:06vsync_yeh should be
14:59:13 Quit gevaerts (Client Quit)
14:59:48vsync_atm copying ~1500 flacs back to back 20-40 MB a piece
15:00
15:00:00vsync_still 12.8 MB/s
15:01:07 Quit stoffel (Ping timeout: 256 seconds)
15:03:31vsync_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:44copperI think you can, yes
15:10:58copperlong press on "select" on a file, I think?
15:11:04coppercheck the manual if you're not sure
15:11:32vsync_yeah, gonna have to browse that through :) just checking, it'd be an awesome feature!
15:12:00AlexPyou can
15:12:01copperhmmm, rockbox.org is not responding to me right now
15:12:36gevaertscopper: it's not *dead*, just very slow I think
15:13:00copperindeed
15:13:02*gevaerts looks for Bagder, Zagor, or LinusN
15:14:10coppervsync_: 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:52vsync_ty =)
15:16:04vsync_one more question, hopefully haven't bothered you guys too much... Theme compatibility, I'm guessing ipod 3g, color and video?
15:17:01vsync_only comes down to the screen size I suppose.
15:17:31vsync_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:05gevaertsvsync_: ipod video
15:25:13gevaertsAll older ipods have different screens
15:25:26vsync_yep, thansks
15:25:29vsync_-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:09TheSevengevaerts: I think you might want to add that USB is broken on the ipods
17:57:30TheSevenpamaury: any updates on that btw?
17:57:36copperTheSeven: is there any consensus on what the problem is?
17:57:42TheSevenwas my refenrence driver of any help?
17:57:56TheSevencopper: apparently multiple root causes
17:58:35copperto be honest I have had USB problems with bloody everything
17:58:40TheSevenUMSboot 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:48pamauryno sorry, I began some work but never finished
17:59:19TheSeventhe 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:50copperworse, I have ALWAYS had USB problems with everything, ever
17:59:58copperwith half a dozen different PCs
18:00
18:00:03copperfrom different makers
18:00:09copperwith different chips
18:00:11TheSevenwith everything rockboxed, or with every USB device in general?
18:00:16copperin general
18:00:34TheSevenhm, that's unusual
18:00:44copperthough Rockbox is significantly worse
18:01:15coppermy Clip+, my Fuze+ and my iPod Classic all crash, more or less frequently, during USB transfers
18:01:38copperI'm not sure who to blame at this point
18:01:44TheSeventhose are all AMS sansas, i.e. devices which a synopsysotg core?
18:01:50coppernot the iPod
18:02:00TheSevenyeah, but that has the same USB core
18:02:14copperwell those are the devices that I own
18:02:50TheSevenso 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:04copperI wouldn't possibly know
18:03:23TheSeventhat 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:40TheSevenand I know that the core is kinda picky about this kind of thing
18:04:20copperbut 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:51copperall with very different machines with totally different chips, although all of them have been running various (old and new) versions of Linux
18:05:34copperUSB has been a big fat FAIL in my book ever since it was introduced
18:05:46coppernever had any problems with any other protocol
18:05:57copperethernet, 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:17copperI know that's not very helpful :(
18:06:46copperit's just 10+ years of stuff crashing
18:07:09coppermore like 15 probably
18:07:54coppersomething's amiss there
18:08:51pamauryTheSeven: not the fuze+, it's not synopsysotg
18:09:23copperthe Fuze+ sometimes crashes everytime I plug it in, 5 times in a row
18:09:27coppersometimes it's fine
18:09:59pamaurystrange, usb is really stable on my fuze+
18:10:05copperthen I have to account for my screwy microsdhc card too
18:10:30copperI'll see if a quality microsdxc card makes any difference whenever I buy one
18:10:42copper"quality"
18:10:46copperif there is such a thing
18:12:56copperI'm thinking straight up class 10 SanDisk
18:13:12copperdunno 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:43pamauryurg, 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:59patmanHit 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:59patmanOn a Sansa Clip+.
20:37:18patmanBooted back to sandisk, as the rockbox firmware failed to allow mounting of the "main" partition. Running linux fedora 17, up to date.
20:38:12patmanI 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:54patmanBut you should really check the result of calling close(), and report I/O failures, especially when copying / install firmware and related files.
20:42:03copperit seems to me that no target is free of such issues
20:42:20patmanAlso, 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:08patmanIt 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:53patmanI'd still have to re-install or format, but I would have known earlier that something was seriously wrong.
20:44:07patmanI'm going to try installing rockbox again.
20:44:08gevaertspatman: 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:30gevaertsFailing to mount the filesystem does not indicate at all that the rockbox binary was not written correctly
20:44:36patmanWell, "man 2 close" says:
20:44:36patman Not checking the return value of close() is a common but nevertheless serious programming
20:44:36patman error. It is quite possible that errors on a previous write(2) operation are first
20:44:36DBUGEnqueued KICK patman
20:44:36patman reported at the final close(). Not checking the return value when closing the file may
20:44:36patman 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:36patman quota.
20:44:51patmanAnd I don't see any checks on close() calls in the source code.
20:45:21gevaertsRight. I do agree that it should be checked
20:45:27patmanOK :)
20:45:38gevaertsI just don't see evidence that that's what your problem was :)
20:45:41patmanBut the mount and unmount worked fine after the install - well I think so.
20:45:59patmanWell, I got an I/O error apparently during the install.
20:46:11gevaertsWell, or near the install
20:46:20patmanNot during the mount or unmount.
20:46:20gevaertsThat could well have occured later, during unmounting
20:46:28gevaertsOr during flushing to disk
20:46:49patmanBut close() flushes the file to disk, and that's when you should see an I/O error in the code.
20:46:54gevaertsUh, no
20:47:04gevaertsfsync() does that. close() doesn't have to
20:47:13patmanBut it should :-)
20:47:22patmanSo you see I/O errors.
20:47:23gevaertsAnd I'm not at all convinced that fsync() is a good idea
20:47:37gevaertsWell, go argue that with filesystem people :)
20:48:18gevaertsPerformance would suffer dramatically if that were done
20:49:18patmanYou'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:28coppersync is kinda mandatory with flaky media
20:49:49coppersuch as Rockbox DAPs mounted via USB
20:49:52gevaertsIt is true that we tend to assume working hardware in rockbox
20:50:08patmanIt'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:31patmanBut anyway, it would be nice if you check the result of close()
20:51:08gevaertscopper: in my experience, rockbox over USB is *not* flaky
20:51:27coppergevaerts: I have three Rockboxed devices and I beg to differ
20:52:14copperwell, 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:25gevaertscopper: 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:39copperwith every hardware that I've owned
20:52:40gevaertsWhich means you're definitely not the typical case
20:52:43patman;-)
20:52:51copperwhich means that I don't know who to blame
20:53:11copperI mean
20:53:23copperI wouldn't at all be surprised if the linux USB code was at fault
20:53:25copperI just don't know
20:53:37CtcpIgnored 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:42gevaertsAnyway, 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:05gevaertsNot checking close() is a bug though, I'd say
20:55:16coppersynching is not the answer, IMO7
20:55:19copperIMO*
20:55:35copperwhatever doesn't work, needs to be fixed
20:55:44copperthough I have no idea who needs to fix what
20:55:50gevaertscopper: you're clearly talking about something entirely different here
20:55:58copper?
20:56:00coppernot really
20:56:06copperisn't he talking about I/O errors?
20:56:09copperI got those, lots of those
20:56:25patmanIf 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:20gevaertscopper: 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:26gevaertsNot at all the same thing
20:58:13coppergevaerts: I have no idea what my problems are
20:58:21copperso I can't really say
20:58:34copperexcept that I've had it all
20:58:41patmanMine 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:14gevaertsAnd you can't magically "fix" bad media. You can at best detect it
20:59:15copperRockbox crashing, Rockbox freezing, filesystem corruption, etc…
20:59:50gevaertscopper: also, patman's case was *not* running rockbox, by the way
20:59:52copperand I'm sorry, but if Rockbox freezes or crashes, then surely it has a part in it
21:00
21:00:20patmancopper: not true.
21:00:28copperwhat?
21:01:00patmancopper: If your OS or software crashes because of hardware problems, it's not the OS or software that is at fault.
21:01:15copperI'm talking about ROCKBOX freezing and crashing
21:01:59gevaertsThat can still be caused by the CPU doing something wrong
21:02:15gevaertsStill, yes, up to a point hardware issues shouldn't cause a crash
21:02:16copperwhatever the cause is, Rockbox should be able to handle it
21:02:19gevaertsNo
21:02:21copper?
21:02:25copperwhat?
21:02:31gevaertsIf the CPU says 2+2=7, rockbox can *not* fix that
21:02:35copperwhat CPU
21:02:40copperthe CPU of my computer?
21:02:42gevaertsNo
21:02:45copperor the CPU of my DAP?
21:02:45gevaertsOf course not
21:02:48gevaertsThe DAP
21:02:50patmancopper: Or try taking a hammer to the device ...
21:02:57copperso you're saying ALL THREE of my DAPs are faulty?
21:03:04gevaertsNo
21:03:25copperthat would be some unfortunate coincidence
21:03:38gevaertsYou seem to have this idea that there must be *one* cause for all the issues you've seen over the years
21:03:46gevaertsThe world isn't that simple
21:03:58copperno
21:04:00copperno no no
21:04:03copperI don't know anything
21:04:08*gevaerts nods
21:04:18copperI just know that if Rockbox crashes, that is NOT normal behavior
21:04:31gevaertsNobody said it was
21:04:46copperperhaps it is due to a host-related problem that Rockbox doesn't know how to handle
21:05:21copperI'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:30copperbuy*
21:05:35copper;)
21:06:15gevaertsYes. Ideally you'd have nice errors
21:06:33gevaertsNow you find us proper documentation for all the chips involved, and we'll work on that :)
21:07:25copperyeah yeah yeah
21:07:32gevaertsThere are such things as bugs, and we do try to fix those, some of these are *really* not simple
21:07:32copperI know that is the fallback answer :)
21:07:48copperbut I don't know what I can do except report them
21:07:51copperwell
21:07:53copperI have to admit
21:08:01copperI never filed a bug report about USB problems
21:08:06copperI just bitched about them in here
21:08:07coppermy bad
21:08:36copperand mostly, it seemed like those problem where already known
21:09:14copperand lately I've been told it was probably related to some themes
21:09:23copperwhich sounds really weird to me, but OK
21:09:36 Quit mrtux (Quit: WeeChat 0.4.1)
21:10:00gevaertsWell, we don't have (or we don't use) an MMU, so that's possible
21:10:07copperyou guys know better so I have to rely on you guys
21:10:27copperMMU?
21:11:22gevaertsBut 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:28pamaurymemory management unit, for virtual memory
21:12:12pamaurythe usb bugs can have many sources: bad hardware, bad documentation, bad driver, bad usb stack, bad app code (themes for example)
21:13:08coppergevaerts: forgive me for generalizing over ALL the Rockboxed devices that I own, three of them, with differnent hardware
21:13:27copperespecially given that I haven't encountered any other kind of bugs
21:13:40gevaertscopper: 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:00copperthe only issue that I've ever had, with all three devices, is USB related
21:14:08coppereverything else works just fine
21:15:01copperand having spent time here for a while now, it's pretty much the only issue that I ever see come up
21:15:20gevaerts*the only class of issues :)
21:15:25copperthe only issue that doesn't have an easy fix
21:16:21gevaertsCan you remind me which devices you have? I know one's an ipod classic
21:17:03copperClassic, Clip+, Fuze+
21:17:09 Join mrtux [0] (~mrtux@unaffiliated/mrtux)
21:17:38*gevaerts nods
21:17:42copperI'm actually unable to use the Fuze+ right now because it just keeps crapping out
21:18:08copperI'm waiting until I can afford a new microsdcx card to see if it makes any difference
21:18:18coppermicrosdxc*
21:18:30gevaertsDoes it behave better with only the internal flash?
21:18:37copperI plug the Fuze+ via USB, it crashes
21:18:46pamauryOn 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:47copperI plug the Fuze+ via USB again, it crashes
21:18:55copperand so on, until my patience runs out
21:19:16pamaurywhich theme do you use ?
21:19:19coppermy own
21:19:35copperhttp://themes.rockbox.org/index.php?themeid=1777&target=sansafuzeplus
21:19:43pamauryhum, I think theme have been known to be a primary source of crashes with usb
21:19:49copperwhich does nothing special
21:19:57copperit's a really simple theme
21:20:14pamauryhave you tried with the default theme for example ? to see if it still crashes ?
21:20:36copperno, but I promise that I will whenever I get my new microsdxc card
21:20:54copperI just can't have my flaky card be a factor
21:21:40copperbecause I already know that it's flaky no matter what
21:21:45pamauryjust try to unplug the card and change theme, that will be a good test
21:21:57copperI bought it in a chinese store, maybe it's a cheap chinese knock-off
21:21:58gevaertspatman: 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:03patmanBTW, 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:17pamauryalso the sd code for the fuze+ in the trunk contains an issue, which I fixed but didn't commit yet
21:22:21patmanAnyway, thanks for taking the time to listen to my issue :)
21:22:32*gevaerts will prod bluebrother^ about this :)
21:24:18patmanI'll have to try rockbox again some other time ... heading out and taking my music with me for now.
21:24:28gevaertsHave 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)

Previous day | Next day