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).

#rockbox log for 2014-04-04

00:00:00 Quit kuldeepdhaka (Ping timeout: 252 seconds)
00:00:51 Join [Saint] [0] (~saint@rockbox/staff/saint)
00:01:48 Quit ender` (Quit: Man created gods. The opposite remains to be proved. -- Serge Gainsbourg)
00:04:52 Part cramler
00:17:06 Quit tertu (Ping timeout: 268 seconds)
00:17:13 Join tertu [0] (~quassel@
00:28:41 Quit bertrik (Remote host closed the connection)
00:29:13 Quit pamaury (Ping timeout: 240 seconds)
00:55:19fs-bluebotBuild Server message: New build round started. Revision 8375b69, 253 builds, 29 clients.
01:00:46fs-bluebotBuild Server message: Build round completed after 329 seconds.
01:22:06 Quit dfkt (Ping timeout: 240 seconds)
01:22:39 Join dfkt [0] (OxO29A@unaffiliated/dfkt)
01:30:10 Quit dfkt (Ping timeout: 252 seconds)
01:43:11***Saving seen data "./dancer.seen"
01:49:54 Quit TBCOOL (Ping timeout: 265 seconds)
01:51:10 Join TBCOOL [0] (
02:15:10 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
02:56:12 Quit tertu (Ping timeout: 268 seconds)
03:00:01 Quit AlexP (Remote host closed the connection)
03:34:21 Join tertu [0] (~quassel@
03:43:12***Saving seen data "./dancer.seen"
03:51:42 Quit Misanthropos (Ping timeout: 268 seconds)
04:40:19 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:40:19 Quit pixelma (Disconnected by services)
04:40:21 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:40:42 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:40:42 Quit amiconn (Disconnected by services)
04:40:44 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:49:18 Join f[x] [0] (~user@
05:02:33 Join kornukov [0] (~kornukov@
05:08:54adnapgevaerts: I don't have a utf8 codepage option
05:09:28adnapIs rockbox written in C? Could it be that it doesn't use wchar_t when writing pathnames to the database?
05:10:20 Quit Zarggg (Quit: Zarggg)
05:10:35adnapWhat I find unusual is that datebase_changelog.txt is unicode, and Japanese id3 metadata is preserved
05:11:16 Quit tertu (Ping timeout: 268 seconds)
05:12:07 Quit f[x] (Ping timeout: 240 seconds)
05:17:04 Join tertu [0] (~quassel@
05:21:31 Join Strife89 [0] (
05:26:59 Join f[x] [0] (~user@
05:35:19 Quit Strife89 (Quit: Reboot.)
05:41:11 Join Strife89 [0] (
05:43:13***Saving seen data "./dancer.seen"
05:45:21 Quit tertu (Ping timeout: 255 seconds)
05:47:38 Join tertu [0] (~quassel@
05:53:12 Quit tertu (Ping timeout: 240 seconds)
05:53:20 Join tertu [0] (~quassel@
05:57:06[Saint]are japanese characters FAT safe for paths/filenames?
05:57:29[Saint]I didn't think so. But I wouldn't ask if I was entirely sure.
05:58:29 Quit TheSeven (Ping timeout: 255 seconds)
05:59:01[Saint]Oh. They are indeed.
05:59:43 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:02:12 Join |akaWolf| [0] (~akaWolf@
06:02:33 Quit kornukov (Remote host closed the connection)
06:03:27[Saint]Hmmmm. I don't have UTF8 as a default codepage option either.
06:04:32 Quit f[x] (Remote host closed the connection)
06:06:03 Quit Rower (Quit: Hmmm...)
06:06:51 Join ygrek [0] (~user@
06:07:41*[Saint] makes a fresh build to make sure
06:13:17 Quit tertu (Ping timeout: 240 seconds)
06:15:01[Saint]Aha. That did it.
06:15:33[Saint]adnap: what is the version of the build on your device?
06:16:03[Saint]System -> Rockbox Info -> Version
06:16:38[Saint](only the last six numerals are interesting to me no need to type it all out)
06:16:56 Join tertu [0] (~quassel@
06:25:59 Quit [Saint] (Remote host closed the connection)
06:27:13 Join [Saint] [0] (~saint@rockbox/staff/saint)
06:29:37 Quit tertu (Ping timeout: 240 seconds)
06:33:53 Join levodin [0] (~levodin@
07:04:07 Quit jhMikeS (Ping timeout: 268 seconds)
07:05:45 Join tertu [0] (~tertu@
07:08:23 Join ter2 [0] (~tertu@
07:08:23 Quit tertu (Disconnected by services)
07:13:59 Quit Scall (Ping timeout: 268 seconds)
07:18:25adnap[Saint]: 120610
07:21:29adnap[Saint]: Well, when the device is mounted, the paths look fine. I guess Linux does that
07:25:08 Join Scall [0] (~chat@unaffiliated/scall)
07:34:40 Quit Strife89 (Ping timeout: 252 seconds)
07:35:41pixelmathat looks like a very old build. You should try a development version
07:39:37 Quit ter2 (Ping timeout: 240 seconds)
07:42:14 Quit Scall (Ping timeout: 240 seconds)
07:43:18***Saving seen data "./dancer.seen"
07:55:18 Quit ygrek (Ping timeout: 268 seconds)
07:55:38 Join Scall [0] (~chat@unaffiliated/scall)
08:04:26adnappixelma: Will that fix the database issue? Also, I need to backup my database I think, but I don't know how
08:14:26 Join ender` [0] (
08:25:04 Join wodz [0] (
08:26:59 Join einhirn [0] (
08:30:13 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:43:04 Join ygrek [0] (~user@
08:43:52 Join kugel [0] (
08:43:52 Quit kugel (Changing host)
08:43:52 Join kugel [0] (~kugel@rockbox/developer/kugel)
08:48:05 Join go2m [0] (
08:48:52 Part go2m
08:56:59 Quit levodin (Remote host closed the connection)
09:11:24 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
09:37:59pixelmaadnap: I can't tell for sure if it'll fixes your issue but the build you're using is 1.5 years old and it's very possible that some bugs got fixed in the meantime... :) [Saint] also reported earlier that a new build brought the UTF-8 option in the default code page setting back. You can back up the complete .rockbox folder if you want to which also contains your fatabase files.
09:40:24pixelmaupdating basically just means unzipping the new build over the old (what the Rockbox Utility would also do). Only necessary files would be replaced though and the database usually is not affected. Maybe if the protocol or supported tags changes or so, but I can't remember anything happening there lately - so those should be safe and usable anyway
09:43:21***Saving seen data "./dancer.seen"
09:48:01adnappixelma: Okay, I'm going to try updating
10:04:06 Join petur [0] (5bb7304d@rockbox/developer/petur)
10:07:41 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:19:45 Quit wodz (Quit: Leaving)
10:30:54 Quit copper (Remote host closed the connection)
10:32:13 Join copper [0] (~copper@unaffiliated/copper)
10:49:36 Quit copper (Quit: ZNC -
10:50:54 Join copper [0] (~copper@unaffiliated/copper)
10:51:58 Quit copper (Client Quit)
11:15:33 Join copper [0] (~copper@unaffiliated/copper)
11:18:25 Join wodz [0] (
11:43:22***Saving seen data "./dancer.seen"
12:14:40 Quit kugel (Read error: Operation timed out)
12:23:18 Join matsl [0] (~matsl@
12:36:14 Join go2m [0] (
12:41:43 Join djukon [0] (
12:54:41 Join kugel [0] (
12:54:50 Quit kugel (Changing host)
12:54:50 Join kugel [0] (~kugel@rockbox/developer/kugel)
13:07:37 Quit ygrek (Ping timeout: 240 seconds)
13:09:22 Join ygrek [0] (~user@
13:30:48 Quit Scall (Read error: Operation timed out)
13:34:07 Join Scall [0] (~chat@unaffiliated/scall)
13:43:25***Saving seen data "./dancer.seen"
13:46:22 Join AlexP [0] (~alex@rockbox/staff/AlexP)
14:08:32 Quit matsl (Quit: Riece/3.1.2 XEmacs/21.5-b34 (kale, linux))
14:30:57 Quit ygrek (Ping timeout: 240 seconds)
14:31:13 Quit kugel (Ping timeout: 240 seconds)
14:42:59 Join ter2 [0] (~tertu@
14:49:09 Quit kuldeepdhaka (Ping timeout: 252 seconds)
14:49:19 Join amayer [0] (
15:02:38 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
15:09:37 Quit cmhobbs (Ping timeout: 240 seconds)
15:15:09 Join dfkt [0] (OxO29A@unaffiliated/dfkt)
15:16:38 Join Rower [0] (
15:21:07 Quit ter2 (Ping timeout: 240 seconds)
15:22:00 Quit wodz (Quit: Leaving)
15:26:07 Quit dexpid (Ping timeout: 240 seconds)
15:43:29***Saving seen data "./dancer.seen"
15:43:38 Join ter2 [0] (~tertu@
16:08:07 Quit petur (Ping timeout: 245 seconds)
16:09:36 Quit go2m (Ping timeout: 240 seconds)
16:13:47 Quit ter2 (Quit: Leaving)
16:29:35 Quit [Saint] (Remote host closed the connection)
16:30:17 Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii)
16:30:33 Join krnlyng [0] (~liar@
16:31:02 Join [Saint] [0] (~saint@rockbox/staff/saint)
16:31:12 Quit bluebrother (Ping timeout: 240 seconds)
16:31:13 Quit fs-bluebot (Ping timeout: 240 seconds)
16:55:24 Quit fragilematter (Quit: Leaving.)
16:58:45 Quit Zagor (Quit: Clint excited)
17:11:15 Join Misanthropos [0] (
17:43:31***Saving seen data "./dancer.seen"
18:00:20 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
18:32:37 Quit rasher (Quit: Lost terminal)
18:33:26 Join rasher [0] (~rasher@rockbox/developer/rasher)
18:36:17copperHow should I save backdrop images with The GIMP?
18:36:27copperwith regards to colors
18:36:49copper"16 bits R5 G6 B5"?
18:37:52pamauryI think rockbox handles most formats but internally we use RGB565 on most targets yes
18:40:29copperI get better results with "16 bits X1 R5 G5 B5" apparently
18:40:34copperno idea what that is
18:41:19pamauryprobably the last bit is unused, whatever that could mean
18:47:33 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
18:51:51 Quit shamus (Ping timeout: 246 seconds)
18:55:59 Join ygrek [0] (~user@
19:00:13 Join shamus [0] (
19:05:11coppermanaging colors for Rockbox is a nightmare
19:07:13pamaurywhy is that ?
19:09:12copperI can't figure out a way to work with a XCF (gimp) "master" image, export and then display the exact same color values in the sim
19:09:26copperno matter what I do, the colors changes
19:09:45copperI'd need to use the exact same color space as Rockbox
19:10:08copperwhich may be possible, but I don't know how to do that
19:10:46pamauryI think that's more a Gimp problem
19:21:56 Quit kuldeepdhaka (Ping timeout: 252 seconds)
19:28:03soaphave you verified the values are different or only that they look different, copper?
19:28:09copperthe values
19:28:30copperand they look different
19:29:17 Join rela [0] (~x@pdpc/supporter/active/rela)
19:29:58 Join lebellium [0] (
19:31:50soapunder Gimp... "View" ... "Display filters" what's being used?
19:32:34 Quit Misanthropos (Ping timeout: 252 seconds)
19:32:37 Quit mc2739 (Ping timeout: 240 seconds)
19:32:55soapIf "Color Management" is in the list of used filters you will want to remove that. Gimp is a color managed workflow, the sim is not.
19:33:36soapThat alone won't solve your problem of /values/ not matching, but it is a needed step if you want to get /appearances/ to match.
19:33:57soap(and thus I think will speed up the problem solving)
19:34:01 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
19:34:55 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
19:36:45 Quit rela (Read error: Connection reset by peer)
19:41:13copperwill tyr
19:42:07soapand you're saving the xcf files out as bmp, right?
19:42:55soapAnd I'm assuming this is Gimp 2.8 which has a forced internal XCF workflow? IIRC 2.7 doesn't and thus whatever you open is "left alone" until export.
19:43:33***Saving seen data "./dancer.seen"
19:45:27soapAnd last question - as I think I have an idea where your export problems are coming from - but what is the source of the images which fail? IOW are you creating files elsewhere and then editing in GIMP and then exporting to BMP? Or are you creating out of whole cloth in GIMP?
19:45:55copper1) bmp, yes
19:45:59copper2) gimp 2.8, yes
19:46:04copper3) all in the gimp
19:46:17copperI start off as a new image in the gimp, RGB
19:46:27copperi.e. 24 bit
19:46:58 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:48:43 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
19:49:32soapand I assume, as you would probably know if you HAD mucked with it, when you go to Image... Mode... Assign Color Profile... that the Current Color Profile is sRGB?
19:49:36copperwell, when saving as 16 bit X1 R5 G5 B5, colors are close enough
19:50:08copper"current color profile: sRGB built-in"
19:50:32soapyea, I assumed it wasn't that easy.
19:51:04soapSo you create this in 24 bit, then exported to (what appears to be the wrong, but hey it's working) 16.
19:51:17soapHow are you verifying values don't match?
19:51:29copperloading in the sim and making a dump
19:51:36copperand loading the dump in the gimp
19:52:15copperI think my problem is that I'm assuming that the RGB values in the sim color picker are compatible with the same values as 24 bit RGB
19:52:24copperisn't that assumption wrong?
19:53:11copperI'm super confused about the whole thing
19:53:17soapare you comparing the values of the 16bit GIMP export to the 16bit dump?
19:53:30soapor the 24bit working space to the 16bit dump?
19:54:42copperthe former
19:55:24soapIF the sim is 565 and IF you export a bmp in 565 (not 1555) format
19:55:46soapI would expect the sim dump of the loaded file to be bit identical else a bug.
19:56:34soapyou could test this with a few files of solid colors and see what the change is.
19:56:40copperbut saving to 565 changes the color too much, from the 24 bit original
19:56:51copperI'm only using solid colors :)
19:56:56copperfor this theme I'm working on
19:57:14 Join Misanthropos [0] (
19:59:39soapam I hearing right, then, that what you probably want to be doing is working in 565 so that there is no error upon export?
20:00:42copperif that's what Rockbox displays, then yes
20:05:11coppererm, what you said
20:05:31soapLet me fire up PS, I'm 99% sure GIMP won't let you /work/ in 565, but I think PS might
20:09:35soapbecause what GIMP doesn't native give you is a way to control how it changes 888 to 565, and I THINK that is your problem.
20:12:35coppermakes sense
20:17:24soapthough to come back to an earlier thread - if a 565 file opened in GIMP does not look like a 565 file in the sim there is another problem
20:17:55soapI think there should be no expectation that a 1555 file opened in GIMP would look like the sim
20:18:28soapTHough I can believe (don't know why, but don't know why not) a 1555 file looks more like your 888 source than a 565 file does for whatever reason.
20:20:07copperyeah the difference in fidelity is visible
20:20:12copperto the naked eye
20:20:18soapbetween which two?
20:20:42copperbetween a 24 bit XCF exported to 565 BMP and 1555 BMP
20:21:05copperbetween a 565 BMP export and a 1555 BMP export
20:21:20copperthe latter is closer to the 24 bit original
20:21:40copperI can't say if that's always the case, or only the case with this particular theme I'm working on right now
20:26:27soapright - I can believe that.
20:26:50soapbut the expectation that 1555 will look right in the sim is a poor one.
20:27:08soapit's a crutch we need to find a way around using - get you a 565 workflow.
20:27:28copperwith a color profile?
20:28:26soapthat won't solve the problem of you making edits in 888 space and creating colors which don't exist in 565
20:28:58soapI believe that's the fundamental problem - you're creating colors which don't exist in 565
20:29:34soapand so when you go to export you get either a nearest neighbor or a dither or something - but GIMP has no native tools to let you pick /how/ 888 -> 565
20:30:10soapand whatever black box it uses to go 888 -> 565 is not as pleasing to you as the black box it uses to go 888 -> 1555
20:30:53soapbut as much more pleasing as the 1555 black box may be the resulting output isn't going to get rendered w/o _another_ change in the RB sim.
20:35:00copperI guess I could use a 565 to 888 RGB converter, so I could pick a color in the Rockbox color picker, convert the value to 888, and use that value in the gimp
20:36:36copperhoping that the gimp would correctly downsample to the original 565 value when exporting to 565 BMP
20:48:21 Join RiD [0] (~RiD@
20:54:41soapI smell what you're cooking, but If I'm Thinking About This Correctly the simpler way would be to work in 565 or gain control over the 888->565 process.
20:54:49soapwhat does #gimp think?
20:55:02soapand, let me actually move over a desk and fire up PS.
21:01:23coppersoap: your help is very much appreciated, but it's getting late over here, I'm gonna have to pick this up again tomorrow
21:01:53coppertimezones and all
21:03:38soapcopper, PS won't let me do it either.
21:03:51soapThis HAS to be a solved problem. Must not be thinking about it correctly.
21:06:57 Join rela [0] (~x@pdpc/supporter/active/rela)
21:11:39 Join tertu [0] (~quassel@
21:17:28 Quit rela (Read error: Connection reset by peer)
21:29:58 Join jacks [0] (4e94be8a@gateway/web/freenode/ip.
21:30:36 Quit ygrek (Ping timeout: 240 seconds)
21:30:53jackshow doi ask for help please
21:31:34amayerjacks: you dont need to ask to ask. just ask your question
21:31:45jacksok thanks
21:32:47jacksi use audio bokks because of failing sight, i installed rockbox but find it impossible to read the screens, uninstalled rockbox now cannot access sansa clip plus
21:38:25lebelliumhum Rockbox doesn't seem to support well the Cowon M3 docking station.
21:38:54jacksi can see sansa clip in windows 7 and all files are there, yet when i removed rockbox the player turns on with the message plug usb cable and i cant turn it off
21:39:09gevaertsjacks: you probably didn't uninstall the bootloader
21:40:05gevaertsHold the power button for 30 seconds or more to turn it off, boot the original firmware by holding the left button, and then reinstall the original firmware (i.e. the .bin file you got from the sandisk website)
21:40:19jackstried that and get the message cannot uninstall boot loade
21:41:47jacksah thankyou...getting firmware upgrade in progress
21:41:57 Quit Guest80912 (Ping timeout: 246 seconds)
21:43:36***Saving seen data "./dancer.seen"
21:44:25lebelliumHum in the Cowon M3 manual there is "Add a note about the charging trick and place it here?"
21:44:30lebelliumnobody knows about that?
21:44:42gevaertslebellium: amiconn knows about it
21:44:58gevaertsit's "interesting", IIRC
21:45:40lebelliumthe problem is that I only have the US AC charger here and I don't have a US>EU adapter here so I need USB charging
21:46:02lebelliumbut I only get the OF "USB connected" screen
21:46:05lebelliumnot sure it's actually charging
21:46:15gevaertsCan it actually charge from USB?
21:46:19lebelliumthe X5 can
21:46:27*gevaerts has news!
21:46:44gevaertsThe M3 and the X5 are not entirely the same :)
21:46:48lebelliumthe M3 I don't know. But since it's rockboxed, I hoped I can run Rockbox instead of the OF when pluging the USB cable
21:46:53 Join tertu_ [0] (~quassel@
21:47:22gevaertsAnyway, I don't know. amiconn did the port, so he's the best person to reply
21:47:22lebelliumI hate those stupid "USB connected" screens where you don't know if the battery is actually charging
21:47:48 Quit tertu (Read error: Connection reset by peer)
21:48:11lebelliumI know that, but he doesn't look very active, I haven't seen him replying here for months
21:48:31gevaertsYou didn't look properly then :)
21:49:05amayerjacks: we do have themes that would make it easier to see
21:49:35gevaertslebellium: granted, one "pong" in months isn't much, but ist's only a week ago
21:49:52lebelliummissed it :D
21:50:05lebelliummaybe there is something interesting here
21:50:06lebelliumI'll read
21:52:09*gevaerts recommends always asking the question with a ping, otherwise you run the risk of being away when the other person then pongs
21:53:08lebelliumpixelma's post helped!
21:53:35lebelliumA trick you can't know without knowing!
21:54:07lebelliumnow I have the OF "charge" screen
21:57:30amiconnOne of those loose ends :\
21:57:43jacks@amayer, thanks have tried them but still not so clear, it turned off after firmware update, so turned it back on and getting the rockbox logo then file not found then plug usb cable again. the only way i can get it to load to sansa again is by holding left button when i turn it on. but soon as i turn it off it reverts to plug usb cable
21:58:19lebelliumhey amiconn. Nice to see you. Still waiting for the M3 dualboot `\o/
21:58:26 Join Guest80912 [0] (
21:58:53*amiconn essentially stopped developing for rockbox, mainly because of the git transition
21:58:54gevaertsjacks: when you reinstall the original firmware, make sure to use the .bin file you got from sandisk, *not* the one that was changed by rockbox utility to add the bootloader
21:59:33gevaertsIf you're not sure which one you have, re-download it
22:00:19lebelliumarf. I should have teold the guys to move to git *after* dualboot was working on M3 then :(
22:00:26jacksok thankyou, will go look for it
22:01:54lebelliumit's always a pity to have to choose between OF and Rockbox when you are a DAP collector and want both...
22:02:00amiconnDual boot will probably not happen, at least from my side
22:02:15lebelliumI know that, I was just joking since you're around :)
22:02:18amiconnUSB charging - maybe, if I ever get my head around git
22:02:46gevaertslebellium: collect two of each. Easy!
22:03:24*amiconn usually doesn't want the OF at all on a DAP, especially not ones as bad as iriver's, or cown's
22:03:36lebelliumgevaerts: not a bad idea! But finding a 2nd M3 in France may be difficult. Well finding one anywhere becomes difficult
22:04:27lebelliumamiconn: does that mean dualboot on X5 is not from you? I don't remember
22:04:47 Quit tertu_ (Ping timeout: 240 seconds)
22:10:24jacks@gevaerts, thankyou, all back to normal now , i can actually see the screen, help very much appreciated
22:10:32gevaertsGood :)
22:15:15 Quit jacks (Quit: Page closed)
22:25:39 Join tertu [0] (~quassel@
22:33:20 Quit hw (Quit: Changing server)
22:33:43 Join hw [0] (~hw@unaffiliated/hw)
22:33:53 Quit hw (Client Quit)
22:34:18 Join hw [0] (~hw@2a01:4f8:161:2323::2)
22:34:19 Quit hw (Changing host)
22:34:19 Join hw [0] (~hw@unaffiliated/hw)
22:38:50 Quit krnlyng (Remote host closed the connection)
23:11:02 Quit tertu (Ping timeout: 268 seconds)
23:43:38***Saving seen data "./dancer.seen"
23:54:46 Quit kuldeepdhaka (Quit: user is away for sleeping)
23:55:26 Quit |akaWolf| (Ping timeout: 268 seconds)

Previous day | Next day