00:16:49 | | Quit Rower (Quit: Hmmm...) |
00:38:00 | | Join will [0] (c77eb249@gateway/web/freenode/ip.199.126.178.73) |
00:38:23 | | Nick will is now known as Guest58854 (c77eb249@gateway/web/freenode/ip.199.126.178.73) |
00:38:59 | Guest58854 | hi |
00:39:19 | [Saint] | Hi. Don't run away, just ask your question. |
00:39:28 | [Saint] | (Rockbox related, of course) |
00:39:56 | Guest58854 | i need help whith the middi player |
00:41:00 | [Saint] | Ok. |
00:41:13 | [Saint] | That's rather non-specific, you may need to continue. |
00:42:06 | Guest58854 | well it wont play mutch middis |
00:44:02 | Guest58854 | it woant play mutch middis |
00:45:58 | [Saint] | I'm sorry. But I can't really get any usable information from that. |
00:46:03 | | Quit bertrik (Ping timeout: 246 seconds) |
00:47:32 | Guest58854 | well when i try to play middi files some play purfictly but some dont play at all |
00:52:39 | | Quit Guest58854 (Quit: Page closed) |
01:00 |
01:11:17 | | Quit ender` (Quit: Female software engineers become sexually irresistible at the age of consent, and remain that way until about thirty minutes after clinical death. Longer if it's a warm day. -- Scott Adams) |
01:17:39 | | Quit kugel (Ping timeout: 245 seconds) |
01:25:18 | *** | Saving seen data "./dancer.seen" |
01:58:48 | | Join guymann [0] (~c@unaffiliated/guymann) |
02:00 |
02:00:18 | guymann | hi |
02:20:18 | | Join Scr0mple [0] (~Simon@161.43.73.67) |
02:24:51 | | Join alexbobp_ [0] (~alex@capitalthree.pwnz.org) |
02:26:48 | | Join Strife89 [0] (~Strife89@adsl-98-80-231-224.mcn.bellsouth.net) |
02:29:58 | | Quit Scromple (*.net *.split) |
02:29:58 | | Quit alexbobp (*.net *.split) |
02:32:02 | | Join onder`_ [0] (~onder@dyn-dsl-to-76-75-112-234.nexicom.net) |
02:34:46 | | Quit onder` (Ping timeout: 260 seconds) |
02:34:49 | | Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-112-234.nexicom.net) |
02:41:01 | | Quit K1773R (Excess Flood) |
02:49:01 | | Join K1773R [0] (~K1773R@unaffiliated/k1773r) |
03:00 |
03:00:34 | | Quit pamaury (Ping timeout: 245 seconds) |
03:01:09 | | Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) |
03:15:13 | | Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
03:25:22 | *** | Saving seen data "./dancer.seen" |
03:41:42 | | Join ungali [0] (~ungali@unaffiliated/ungali) |
04:00 |
04:29:34 | | Join nathanpm [0] (~chatzilla@c-68-48-245-107.hsd1.md.comcast.net) |
04:31:14 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:31:14 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
04:31:14 | | Quit amiconn (Disconnected by services) |
04:31:14 | | Quit pixelma (Disconnected by services) |
04:31:14 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
04:31:17 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
04:35:46 | | Quit dfkt (Read error: Connection reset by peer) |
04:36:05 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
04:47:57 | | Quit nathanpm (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.24/20140203230027]) |
04:49:09 | | Quit kuldeepdhaka (Ping timeout: 250 seconds) |
04:53:11 | | Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
05:00 |
05:20:07 | | Quit TheSeven (Disconnected by services) |
05:20:21 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
05:21:25 | | Join core12 [0] (48448d70@gateway/web/freenode/ip.72.68.141.112) |
05:21:42 | core12 | lol is a new version of Rockbox going to be released ever? |
05:21:56 | core12 | and are there any new features in the works? |
05:25:25 | *** | Saving seen data "./dancer.seen" |
05:26:38 | | Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) |
05:39:48 | | Quit core12 (Ping timeout: 245 seconds) |
06:00 |
06:14:24 | | Join Guest80912 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) |
06:16:00 | | Quit Guest80912 (Read error: Connection reset by peer) |
06:35:06 | | Join sciopat [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net) |
06:38:17 | | Quit sciopath (Ping timeout: 252 seconds) |
06:39:07 | | Join Guest80912 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) |
07:00 |
07:01:51 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
07:03:02 | | Quit dfkt (Ping timeout: 250 seconds) |
07:25:26 | *** | Saving seen data "./dancer.seen" |
07:27:20 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
07:42:03 | | Join jn__ [0] (bert@bitcoinshell.mooo.com) |
07:47:07 | copper | [7]: I see, thanks! |
07:57:20 | | Join onder`_ [0] (~onder@dyn-dsl-to-76-75-112-234.nexicom.net) |
07:58:39 | | Quit onder` (Ping timeout: 260 seconds) |
07:58:43 | | Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-112-234.nexicom.net) |
08:00 |
08:10:31 | | Quit [Saint] (Remote host closed the connection) |
08:12:37 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
08:28:04 | | Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) |
08:49:25 | | Join coffeeking [0] (~kendell@74.196.249.81) |
08:49:30 | * | coffeeking yawns, hi all |
08:50:37 | coffeeking | I'm having a very strange issue with the rockbox utility. It doesn't seem able to be focused on or read by orca, even though it's built against qt5. The funny thing is, the first time I launch it, rockbox reads just fine, but on subsequent launches it's completely silent. I've tried un-installing and re-installing a dozen times, deleting config files, all didn't help. I'm stumped. |
09:00 |
09:05:31 | * | coffeeking reboots, brb |
09:05:33 | | Part coffeeking |
09:09:34 | | Join coffeeking [0] (~kendell@74.196.249.81) |
09:15:30 | | Quit coffeeking (Remote host closed the connection) |
09:25:27 | *** | Saving seen data "./dancer.seen" |
09:47:56 | | Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) |
09:47:56 | | Quit bertrik (Changing host) |
09:47:56 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
09:52:16 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
10:00 |
10:06:30 | | Nick alexbobp_ is now known as alexbobp (~alex@capitalthree.pwnz.org) |
10:07:22 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
10:25:00 | | Part Horscht |
10:27:47 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
10:51:20 | | Join ender` [0] (krneki@foo.eternallybored.org) |
11:00 |
11:05:33 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
11:16:15 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
11:20:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
11:22:39 | | Join coffeeking [0] (~kendell@74.196.249.81) |
11:23:11 | * | coffeeking has finally gotten rockbox utility to work with orca. I have no idea what fixed it, but installing xfce apparently set some sort of envionment variable or path that rockbox needed. |
11:23:52 | coffeeking | are their any plans to make the language dialog accessible? or the database menu? it's completely inaccessible. |
11:25:29 | *** | Saving seen data "./dancer.seen" |
11:39:05 | | Join Rower [0] (husvagn@90-230-142-55-no41.tbcn.telia.com) |
11:46:30 | bluebrother | coffeeking: as in the menus in Rockbox? |
11:46:34 | coffeeking | yup |
11:47:32 | coffeeking | I had to do a couple of hacks to get the rockbox speaking in the us english voice, because I couldn't change the language in rockbox itself, the language menu wouldn't speak. If espeak were added to rockbox itself this would be easier. It's pretty light weight, the only thing I'm not sure of is how it would be able to run on all supported players. |
11:48:23 | bluebrother | there have been multiple attempts to get a TTS on Rockbox running. |
11:48:35 | bluebrother | the general consensus is that this is wanted. However, all previous attempts failed. |
11:48:48 | bluebrother | the biggest problem (afaik) is the RAM consumption of those engines |
11:48:53 | coffeeking | yeah, I know. But it would be so much less work, just a checkbox say enabling speech, and end of story, instead of messing around with talk files, directory talk clips, etc |
11:49:11 | bluebrother | sure. |
11:49:43 | coffeeking | I'm not sure how much memory espeak itself requires. How much memory do these players usually come with? my clip plus has 8gb of flash storage, but not all sure about ram |
11:50:07 | bluebrother | as for the language dialog you mentioned: that's actually a file browser showing the language files. With talk files present for those it could use them for talking. Though I guess in that special case it isn't supported. |
11:50:35 | bluebrother | the database is a completely different beast, since we cannot create talk clips the same way we can for normal files |
11:50:50 | coffeeking | I did try this before I re-generated all talk files, so maybe the talk files weren't present? I had an issue earlier today rockbox generating 0 byte length talk files. |
11:51:05 | gevaerts | coffeeking: the clip plus has 8MB |
11:51:40 | bluebrother | that sounds like a problem with the talk file generation then. |
11:51:52 | bluebrother | one of the TTS attempts: http://www.rockbox.org/wiki/TextToSpeech |
11:52:27 | bluebrother | and then there's FS #7660 |
11:52:28 | fs-bluebot | http://www.rockbox.org/tracker/task/7660 Plugin espeak TTS engine for rockbox (patches, unconfirmed) |
11:59:04 | bertrik | so, with the clip zip sport having a 128x128 screen, I wonder if we can keep it as "clip zip variant", or as a seperate target, assuming the rest of the hardware is identical |
11:59:16 | bertrik | (not sure it *is* identical) |
12:00 |
12:00:58 | bertrik | looking forward to porting rockbox to it |
12:02:09 | * | coffeeking is really, really impressed with rockbox. Especially the resume from playback feature. I can just skip around in my playlists and the player will pick up where I last was in that song or eppisode. Only thing I'm missing is a keybinding to activate a sleep timer so I can relax with a book, without having to go into the settings or to the start screen. Does rockbox have keybinding support? |
12:03:28 | bluebrother | no |
12:03:41 | bluebrother | but you can create a shortcut |
12:03:44 | coffeeking | hmmm. Are their any plans to add them? |
12:03:57 | [Saint] | You could replace the quickscreen with shortcuts, though. |
12:04:13 | [Saint] | That would make <shortcut_to_whatever> assessible from anywhere. |
12:04:21 | coffeeking | I suppose it would get confusing if you managed to create keybindings that overlapped system commands, and there aren't too many key combinations on an audio player but it might be neat |
12:05:00 | [Saint] | Allowing users to map keys would work out nightmarish for the user. |
12:05:02 | coffeeking | oh, ok. I'll try that. I already have my player starting up at a list of bookmarks, having a shortcuts screen would be nice |
12:05:20 | [Saint] | On most targets it would be virtually impossible to create a working keymap again after a change. |
12:06:08 | [Saint] | Odd key combinations get used in unexpected places. Keymaps are quite cramped. |
12:06:10 | * | coffeeking shutters. Yeah, I can see that being an issue |
12:07:13 | [Saint] | I can't speak for where it as at the moment, but there's a "replace quickscreen with shortcuts" option, or something worded to that effect. |
12:07:35 | [Saint] | and you can add shortcuts via the context menu. |
12:07:39 | coffeeking | I have nothing against the quick screen, just not sure if rockbox will speak it |
12:07:49 | | Quit Horscht () |
12:08:41 | [Saint] | I think I've used voice exactly twice. |
12:09:00 | gevaerts | The quickscreen should be voiced |
12:09:45 | coffeeking | I'm blind, so it's kind of a necessity. I'm really impressed with rockbox. It's the most accessible audio player os I"ve ever used. All others are completely inaccessible, no one else bothers to make them talk |
12:10:26 | [Saint] | There's a small market in really horrible DAPs specifically for the blind. |
12:10:31 | [Saint] | AFAIK they all suck. |
12:10:54 | coffeeking | yes, and horribly expensive, and made b companies who will gouge you at the slightest opportunity. |
12:11:39 | coffeeking | I will say this though, has anyone thought about making a daisy player plugin for rockbox? it would be nice to be able to play daisy formatted audio books, which are basically mp3 files with xml and smil markup. |
12:12:35 | bluebrother | I remember someone mentioning this before, but afaik nobody gave it a look |
12:13:35 | coffeeking | I'd also like support for the nls formatted audio books, but that requires supporf from the nls itself, because their audiobooks are encrypted with a proprietary algorithm. What I wouldn't give to have my entire library in my pocket instead of carrying around a bulky player |
12:14:22 | [Saint] | There's several readers for Android if you can handle that rather nasty TalkBack UI. |
12:14:47 | coffeeking | talkback? it's ... meh, it's ok, but afaik none of them handle nls books. |
12:15:50 | coffeeking | I don't use windows, so I don't have access to many, if any daisy software. I have to open the daisy books xml files up in forefox to read them |
12:17:05 | gevaerts | Anything that involves DRM is very likely never to happen in rockbox |
12:17:06 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:17:27 | coffeeking | yeah, I know. But a poor blind guy can dream. |
12:19:21 | coffeeking | I even know why they used all that drm crap in their books. SOmething about a law they have to follow to make srue only blind people can access the books. WHich puts us in isolation, as most things do. Special players, special software and hardware ... except I use linux so I'm not dependant on jfw |
12:20:38 | | Join Strife89|Desktop [0] (~Strife89@adsl-98-80-231-73.mcn.bellsouth.net) |
12:22:01 | coffeeking | yeah. I've often wondered whether linux supported audible format at all. I know windows does but I don't use windows by choice. I don't use audible myself, but a lot of people do apparently. |
12:23:48 | | Quit Strife89 (Ping timeout: 248 seconds) |
12:24:45 | coffeeking | does rockbox use linux as a kernel or an os? I ask because I've never understood how rockbox is cross platform, unless all palyers share the same architecture. |
12:24:59 | bluebrother | no, it uses its own kernel |
12:25:02 | gevaerts | No, rockbox uses its own kernel |
12:25:19 | gevaerts | A simple one, compared to linux :) |
12:25:31 | bluebrother | some information on it, in case you're interested: http://www.rockbox.org/wiki/RockboxKernel |
12:25:38 | coffeeking | wow. That's even more impressive. To write a kernel from scratch |
12:25:59 | coffeeking | reading now, actually. it's late and I've got nothing to do |
12:29:00 | * | coffeeking was surprised my sansa clip plus can handle doom. Lol I'm not very good but it was entertaining |
12:42:19 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
13:00 |
13:25:33 | *** | Saving seen data "./dancer.seen" |
13:31:38 | | Quit lebellium (Remote host closed the connection) |
13:32:23 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
13:32:28 | | Quit ikeboy (Quit: Leaving) |
13:43:03 | | Quit krnlyng (Ping timeout: 246 seconds) |
13:57:51 | | Join krnlyng [0] (~liar@83.175.90.24) |
13:59:06 | | Join ZincAlloy [0] (~Adium@pD9EEB0FA.dip0.t-ipconnect.de) |
14:00 |
14:04:01 | | Quit krnlyng (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii) |
14:17:26 | | Join lorenzo92 [0] (~chatzilla@46.18.27.62) |
14:20:12 | lorenzo92 | kugel: hi! lebellium told me that you had an issue with the starting script, well yeah I did not include a new one for R1 |
14:20:13 | lorenzo92 | :) |
14:20:39 | lorenzo92 | kugel: so we have to do a run-time detection, as it is done with the safe mode |
14:21:04 | AlexP | gevaerts: Who were you trying to make cry? |
14:22:01 | gevaerts | AlexP: I wasn't! Honest! |
14:22:19 | AlexP | I was unmoved. Archos should have been retired a good while ago :) |
14:23:40 | gevaerts | I think I agree that it should have been retired a while ago, yes |
14:23:53 | gevaerts | But then it should have been *retired*, not killed! |
14:24:35 | gevaerts | Same thing in the end, maybe, but still different |
14:25:10 | AlexP | euthanised? |
14:25:51 | gevaerts | The way I see it, the Archos port should spend its days from now on sitting in a rocking chair watching the world go by |
14:26:06 | AlexP | dribbling |
14:26:44 | gevaerts | AlexP: you're refusing to get the right spirit! |
14:27:06 | AlexP | Sorry :) |
14:29:46 | | Join stripwax [0] (~Miranda@cpc24-farn5-2-0-cust108.6-2.cable.virginm.net) |
14:29:49 | | Quit stripwax (Changing host) |
14:29:49 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
14:45:14 | jn__ | coffeeking: how did you play doom? i mean, how did you see what was was going on in the game when you're blind? |
14:46:45 | [Saint] | Not very well, I imagine. |
14:49:29 | [Saint] | I imagine the seeing eye dog was relaying instruction. |
14:50:31 | | Quit Bluefoxicy (Ping timeout: 252 seconds) |
14:50:43 | bertrik | We can't really start a clip zip sport port until there is a original firmware image available to create a bootloader from |
14:51:22 | pamaury | depends |
14:51:29 | pamaury | on imx we can |
14:53:46 | | Join michaela [0] (~chatzilla@cpe-172-251-235-121.socal.res.rr.com) |
14:56:07 | michaela | can rockbox work on a iPod Classic 7G 160GB? |
14:56:21 | [Saint] | Yes. |
14:56:52 | michaela | really ;) |
14:59:32 | | Quit michaela (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131206152524]) |
15:00 |
15:11:25 | | Join Bluefoxicy [0] (~Bluefoxic@172.56.2.44) |
15:24:47 | kugel | lorenzo92: or better yet, we get rid of the script :) |
15:25:15 | kugel | there's nothing in the script that cannot be done from within the binary |
15:25:37 | *** | Saving seen data "./dancer.seen" |
15:25:50 | lorenzo92 | kugel: absolutely, but this would imply some changes in the firmware, or you still think to leave it as starter script? |
15:26:21 | kugel | we can possibly keep the script |
15:26:39 | kugel | but it shouldn't be doing any more than just set MAINFILE* variables |
15:26:51 | lorenzo92 | kugel: yes indeed, just to start the main binary |
15:26:58 | kugel | but I also wouldnt be opposed to changing the firmware |
15:27:18 | kugel | there's still rc.user for script support |
15:28:32 | lorenzo92 | that's tru |
15:28:40 | lorenzo92 | *true |
15:31:22 | kugel | the problems I had were some missing alsamixer commands |
15:32:19 | lorenzo92 | i see, actually the init sequence is different between the 2 models iirc, and yes I really don't understand why rockbox is not able to fully initialize the driver |
15:32:54 | lorenzo92 | i don't know if the problems is related to the wolfsson chip itself, or something that happens in the alsa layer |
15:33:44 | | Quit Rower (Ping timeout: 272 seconds) |
15:33:54 | | Join Rower [0] (husvagn@90-230-142-55-no41.tbcn.telia.com) |
15:36:02 | lorenzo92 | kugel: furthermore, I still have to test recording on R1, it should not have any bugs regarding it, since recording is part of OF |
15:36:10 | lorenzo92 | thus it wouldn't make any sense ^^ |
15:36:21 | kugel | bertrik: wasnt there a way to dump the firmware on samsa? |
15:37:22 | bertrik | no, was there? It's easy if you're already running rockbox :) |
15:37:57 | kugel | you get access to the firmware storage when shorting the nand pins right? |
15:38:23 | [Saint] | That's incredibly unreliable, and only worked for the few variants listed in the wiki. |
15:38:30 | [Saint] | its not a glabal sansa thing. |
15:38:34 | [Saint] | *global |
15:40:05 | [Saint] | Its SanDisk, they'll mess something up requiring a timely FW update, guaranteed. |
15:41:51 | ZincAlloy | so we have to find bugs and complain about them to speed things up? :D |
15:51:40 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
15:58:26 | kugel | lorenzo92: I'm working on the microsd support so I work in this direction in the short term |
15:59:34 | lorenzo92 | kugel: nice, how do you plan to solve the thing then? dirty-poll or neat-interrupt? |
15:59:48 | kugel | poll for now |
15:59:50 | | Join krnlyng [0] (~liar@83.175.90.24) |
16:00 |
16:00:36 | kugel | for interrupt we'd need either a helper binary for /proc/sys/kernel/hotplug or change the GPIO kernel module |
16:00:58 | lorenzo92 | kugel: are you also following my old patch? |
16:01:23 | kugel | i took it as a base but it's vastly different now |
16:01:39 | lebellium | gevaerts: I already reported that long time ago but there are still some old links on the website. For example clicking on "patches" from http://themes.rockbox.org/ |
16:02:54 | lorenzo92 | kugel: nice ;) |
16:09:17 | | Quit coffeeking (Remote host closed the connection) |
16:13:18 | gevaerts | lebellium: should be fixed now |
16:16:44 | lebellium | gevaerts: confirmed. Thanks |
16:19:09 | | Quit kugel (Quit: leaving) |
16:21:01 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
16:41:50 | | Quit onder` (Read error: Connection reset by peer) |
16:42:07 | | Join onder`_ [0] (~onder@dyn-dsl-to-76-75-112-153.nexicom.net) |
16:42:27 | | Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-112-153.nexicom.net) |
16:55:36 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140205162153]) |
17:00 |
17:25:40 | *** | Saving seen data "./dancer.seen" |
17:44:20 | | Quit lorenzo92 (Ping timeout: 248 seconds) |
17:57:08 | | Quit Bluefoxicy (Ping timeout: 248 seconds) |
18:00 |
18:02:31 | | Join Bluefoxicy [0] (~Bluefoxic@172.56.2.44) |
18:04:02 | | Join govardhan [0] (~gavardhan@128-73-119-151.broadband.corbina.ru) |
18:18:21 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
18:42:38 | | Quit govardhan (Quit: Bye) |
18:54:34 | | Quit Bluefoxicy (Ping timeout: 250 seconds) |
18:59:59 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
19:00 |
19:10:16 | | Quit Bluefoxicy (Ping timeout: 252 seconds) |
19:17:30 | | Join Bluefoxicy [0] (~Bluefoxic@172.56.2.44) |
19:18:08 | [Saint] | Hmmmmmmmmmmm... |
19:18:14 | [Saint] | Old chestnut time. |
19:18:50 | copper | sounds edible |
19:19:02 | [Saint] | So, who would mind if I was to propose making embedded art the very *last* option for AA selection, once all file-based checks have been exhausted? |
19:19:23 | [Saint] | It seems to me that this better suits the user's intentions. |
19:19:41 | [Saint] | If one added file based art, it was /almost/ certainly deliberate. |
19:19:51 | copper | we talked about this |
19:19:54 | | Quit krabador (Ping timeout: 260 seconds) |
19:19:59 | [Saint] | Whereas the same /probably/ isn;t true of embedded art. |
19:20:02 | copper | file art = album art |
19:20:08 | copper | embedded art = song specific art |
19:20:29 | copper | the reverse cannot be true |
19:20:35 | [Saint] | Right. We've talked about it, sure, but the current oder stands nonetheless. |
19:20:45 | [Saint] | *order |
19:20:51 | copper | what's the current order? |
19:21:02 | [Saint] | Prefer embedded over every other option. |
19:21:12 | copper | what's wrong with it? |
19:21:23 | copper | hmm |
19:21:26 | copper | I see what you mean |
19:21:30 | [Saint] | then cover.jpg/bmp, then the filename based options, iirc. |
19:21:51 | copper | user downloaded files with embedded art that they don't care about, didn't remove it, and added a cover.jpg in the directory? |
19:21:54 | [Saint] | accidentally embedded image? Bam, screwy art. |
19:22:06 | [Saint] | Yep. That. |
19:22:12 | copper | but then you're enabling careless users and disabling power users |
19:22:33 | copper | just make it a parameter in the settings |
19:22:37 | copper | can't go wrong with that |
19:23:27 | copper | when two cases are legitimate, if you force one over the other, you'll inevitably piss people off |
19:24:04 | copper | except power users, here, did things right, and it's the careless users who didn't bother to fix their setup |
19:24:29 | [Saint] | or let tagging software run away with their files. |
19:24:33 | [Saint] | A very common mistake. |
19:24:47 | copper | I'm not against a sensible default for the masses |
19:25:18 | copper | but at least let power users choose what they want |
19:25:35 | [Saint] | Well, they can, by selecting the art present. |
19:25:43 | *** | Saving seen data "./dancer.seen" |
19:25:45 | copper | what? |
19:26:16 | [Saint] | "let power users choose", don't like embedded art displayed? Remove it. Like it? Add it. |
19:26:16 | copper | is there an "album art" parameter somewhere? |
19:26:32 | copper | well no |
19:26:34 | [Saint] | Its average joe that doesn't really understand those things and wants things to work I worry about. |
19:26:49 | [Saint] | ANd no, there's not. |
19:26:54 | copper | your way doesn't let power users use both |
19:27:04 | [Saint] | No way does. |
19:27:09 | copper | mine does |
19:27:21 | [Saint] | No way that *exists* does, then. :) |
19:27:42 | copper | I thought you said it does |
19:27:48 | copper | 18:20:52 UTC <copper> what's the current order? |
19:27:48 | copper | 18:21:03 UTC <[Saint]> Prefer embedded over every other option. |
19:28:01 | copper | so when there's no embedded artwork, Rockbox displays cover.jpg? |
19:28:07 | [Saint] | How does that let users use both? |
19:28:12 | [Saint] | Yes. |
19:28:22 | copper | that's what I said |
19:28:38 | copper | so my way is actually the current way, from what you're saying |
19:29:10 | [Saint] | Sorry, I got confused thinking you were talking about having a selectable option. |
19:29:46 | copper | I don't get it |
19:29:55 | copper | first I'm told Rockbox isn't for users |
19:30:04 | copper | so I would think, it's _at least_ for power users |
19:30:12 | copper | and now you're worrying about careless users? |
19:30:42 | [Saint] | Just because its built for and by developers doesn't mean we shy away from preventing Joe Normal with seamless operation. |
19:30:45 | [Saint] | Never has. |
19:30:54 | | Quit Rower (Quit: Hmmm...) |
19:31:21 | copper | the current way enables everyone to do things right, if they care enough |
19:31:33 | [Saint] | I don;t know about everyone else, but I often wonder about how "obvious" things are to me, as somewhat of a veteran, compared to Joe Average. |
19:31:40 | copper | your proposed way forces a single way and disallows the power user way |
19:32:18 | copper | sounds like something Apple would do :P |
19:33:12 | [Saint] | We'd actually lose no functionality whatsoever by dropping embedded art completely. |
19:33:20 | copper | what |
19:33:23 | [Saint] | You can do it all with file based art, its just not as obvious. |
19:33:40 | copper | one jpg file per song, using the same filename? |
19:33:45 | [Saint] | I'm just not terribly happy with embedded art trumping file based. |
19:34:24 | [Saint] | Also, yes. |
19:34:38 | copper | that's kinda sucky though |
19:35:05 | copper | have people actually complained about embedded art taking precedence? |
19:35:16 | [Saint] | With the file based art, you can pretty much guarantee that a conscious effort was made. |
19:35:27 | [Saint] | So selecting embedded art when its there seems odd. |
19:36:09 | [Saint] | copper: only in the sense that it was non-obvious, and surprising. |
19:36:23 | copper | let me rephrase: have people asked about it? |
19:36:35 | [Saint] | If the art is complete, either way, embedded or not, the user shouldn't see an issue. |
19:37:22 | [Saint] | Also, yes. Though not terribly frequently. |
19:37:38 | [Saint] | It pops up on IRC every few months and just surfaced again on the forum. |
19:37:38 | copper | cover.jpg might be worse than embedded art |
19:37:54 | copper | Apple embedded artwork is usually pristine |
19:38:13 | copper | so much so that they had to block apps and website sucking up their art |
19:38:14 | [Saint] | and very high res, making is wasteful as fuck. |
19:38:24 | copper | hmm, fair point |
19:38:38 | [Saint] | trying to decode huge AA has beeen problematic on lowmem. |
19:38:49 | copper | sigh |
19:38:58 | copper | again, can't you make it a parameter in the settings? |
19:39:07 | copper | does it cost anything in any way? |
19:39:39 | [Saint] | A few bytes in binsize that _someone_ will argue as unnecessary. |
19:39:50 | [Saint] | (likely valid, too) |
19:39:54 | copper | what |
19:40:11 | copper | arguing over a few bytes again? |
19:40:16 | copper | ok |
19:40:20 | copper | I'll just stop there. |
19:40:26 | gevaerts | No |
19:40:38 | gevaerts | The argument against settings usually isn't binsize |
19:41:27 | gevaerts | It's the usual old thing that while extra setting might help some people, it will make life more difficult (Which setting do I need? Help!) for everyone else |
19:42:09 | gevaerts | It's a tricky balance to get right :) |
19:42:15 | [Saint] | Right. Indeed. That too is another "cost". |
19:42:20 | [Saint] | I was thinking too literally. |
19:43:22 | copper | "Hi, I just updated Rockbox, and before I was able to use both file-based and embedded art at the same time. Is there a new setting that I should use somewhere?" |
19:43:37 | * | gevaerts doesn't have a real opinion on this one |
19:43:57 | copper | "Why can't I use both anymore? It used to work just fine!" |
19:44:02 | gevaerts | Well, *obviously* different sorts of AA should have different WPS tags :) |
19:44:32 | copper | "How can I fix it? plz help kthxbaibbq" |
19:44:47 | [Saint] | I don't have /particularly/ strong opinions on this, I'm just of the opinion that we should be preferring our Rockbox-specific (and non-Rockbox-specific) file based art over embedded. |
19:45:00 | [Saint] | If its present, its almost certainly a conscious descision. |
19:45:08 | copper | "why aren't my iTunes files working right anymore?" |
19:45:22 | [Saint] | "Because iTunes, fuck you" :P |
19:45:24 | gevaerts | copper: wrong question to ask here :) |
19:45:31 | copper | nice |
19:46:18 | gevaerts | I'm thinking that if we don't go with a setting, we *may* want to go cover.jpg -> embedded -> /.rockbox/albumart/ |
19:46:28 | * | [Saint] is pretty sure iTunes likes to embed progressive jpeg images we do nothing with |
19:46:35 | gevaerts | Or something like that |
19:46:39 | [Saint] | gevaerts: that echoes my thoughts. |
19:47:01 | gevaerts | Such a way allows you to have both without a setting, but at a higher explanation cost |
19:47:25 | copper | you mean file.jpg -> cover.jpg -> etc |
19:47:33 | gevaerts | Well yes. I was summarising :) |
19:47:34 | [Saint] | And this, this is why you're on the FSB, my friend. |
19:47:48 | gevaerts | I didn't want to list all eight possibilities |
19:47:50 | [Saint] | damn autocorrect. |
19:47:59 | copper | russian intelligence?? |
19:48:22 | [Saint] | s/F/R/ :) |
19:48:31 | [Saint] | /slightly/ less dictatory. |
19:48:36 | gevaerts | To be fair, if we're at the point we're trying to explain that, we might as well just have a setting |
19:48:55 | copper | what's the RSB? |
19:49:04 | [Saint] | Rockbox Steering Board |
19:49:11 | [Saint] | Our overloards. |
19:49:14 | copper | geez |
19:49:27 | copper | got a nice emblem for it? :D |
19:49:28 | gevaerts | [Saint]: not really accurate in any sense :) |
19:49:54 | [Saint] | Its the "guys who make descisions when the community absolutely fails to do so" guys. Basically. |
19:50:11 | gevaerts | Well, only if someone asks |
19:50:13 | [Saint] | To our credit, as yet unneeded to my knowledge. |
19:50:28 | gevaerts | We absolutely fail to make decisions quite often :) |
19:51:45 | copper | [Saint]: https://outpost.fr/viewimg/gjp.jpg |
19:53:24 | gevaerts | [Saint]: from what I can see, the actual binsize impact of a preferred AA setting would mainly depend on the chosen string |
19:53:33 | gevaerts | in other words, not a lot |
19:54:14 | [Saint] | Right. I wasn't particularly clear. |
19:54:35 | [Saint] | My point wasn't so much the increase, but rather, the need to justify *any* increase at all by some. |
19:54:48 | [Saint] | Though, this has decreased dramatically so in the past while. |
19:55:24 | gevaerts | I think the main point of contention would be where this setting should appear in the tree |
19:55:30 | [Saint] | More like "*I* don't need a setting for this, why is this 2 byte change bloating my binary?!?" |
19:55:51 | [Saint] | Though that has all but vanished now, I admit. |
19:55:58 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
19:56:03 | gevaerts | I don't remember that ever really being there |
19:56:14 | gevaerts | Settings have always been more about complexity |
19:58:20 | gevaerts | Right. I can't think of a decent place to put this setting, so we can't have it :) |
20:00 |
20:00:36 | [Saint] | /Settings/General/System/ if anything, surely? |
20:01:17 | [Saint] | Though a lone AA related setting there may seem weird. |
20:05:01 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
20:07:21 | | Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl) |
20:09:15 | wodz | I know it is a bit short time since Frank's mail but how do we 'know' archos retirement is settled? |
20:10:41 | wodz | Another thing is who is potentially able to host DevCon this year? It would be really pity to miss one again this year. |
20:10:41 | [Saint] | How many people have you seen diving in the way of the bullet? |
20:11:36 | [Saint] | Its become the stereotyped black guy in a horror film, you know its going to get killed off, just not when. |
20:11:51 | [Saint] | Now we discuss the when. |
20:13:11 | [Saint] | Though, I think "retired" is a much nicer way of looking at it. Not dead, but placed on a nice veranda somewhere in the sun, with a comy chair to sit in. |
20:13:23 | [Saint] | *comfy |
20:13:43 | wodz | After 3.14. So the question is when we do the relase :P |
20:14:08 | [Saint] | <insert_standard_default" |
20:14:14 | [Saint] | "In a few months" :P |
20:14:55 | wodz | Ok, I should as the other way around - do we have something important waiting for merging? |
20:15:00 | [Saint] | Alternatively, ask AlexP who's still got the (mis)fortune of being release manager, if only for the reason that a new manager was never appointed. |
20:15:46 | [Saint] | I /think/ kugel wanted to get his scrolling/lists stuff in for the release? |
20:16:55 | [Saint] | errr, line selector stuff, I mean. I think the scrolling stuff is mainly done. |
20:18:16 | wodz | I see some buflib patches and general refactor patches nice-to-have |
20:18:37 | AlexP | Well, I never officially stopped doing it |
20:18:43 | AlexP | I just haven't done anything :) |
20:19:09 | AlexP | If we want a release, it'd be announce that we are going to, have a couple of weekes, then have the couple of weeks release period |
20:19:09 | wodz | ah, and infamous string descriptor for index 0xee workaround |
20:19:14 | AlexP | *weeks |
20:19:24 | AlexP | [Saint]: Also, the RSB has been called upon once :) |
20:19:43 | AlexP | Four years ago or so? Maybe more? |
20:19:51 | AlexP | I wasn't on it at the time anyway |
20:20:39 | | Quit mc2739 (Ping timeout: 246 seconds) |
20:20:47 | pamaury | wodz: for release there are a few things I would like to finish like stfm1000 driver on imx233 and also speaker support |
20:21:02 | pamaury | and for rbutil I would like to add support for SCSI install on imx233 |
20:21:10 | wodz | gevaerts: What is blocking g#680 ? |
20:21:12 | fs-bluebot | Gerrit review #680 at http://gerrit.rockbox.org/r/680 : Return a valid USB string descriptor for index 0xEE. by Frank Gevaerts <frank@gevaerts.be> |
20:21:34 | gevaerts | wodz: nothing much. Mainly that everyone who knows about USB should agree :) |
20:21:51 | wodz | pamaury: When you are around - what about g#725 |
20:21:52 | fs-bluebot | Gerrit review #725 at http://gerrit.rockbox.org/r/725 : imx233: fix app.lds to properly support INIT_ATTR by Marcin Bukat <marcin.bukat@gmail.com> |
20:22:03 | pamaury | wodz: ah yeah sure I need to check that too ^^ |
20:22:03 | | Quit krnlyng (Ping timeout: 267 seconds) |
20:22:18 | wodz | gevaerts: Thats mainly you and pamaury so the consensus should be easy :P |
20:22:36 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
20:24:00 | pamaury | wodz: for devcon, if no one can host, I might be able to host in my house, I have an empty room in my basement which is ok if we are not too many |
20:24:25 | wodz | bluebrother: This isn't particularly sane to respond with full email address on logged channel IMO |
20:24:26 | pamaury | maybe I can take a picture and you guys decide if it's okay or not |
20:24:34 | AlexP | pamaury: Do you have a beer fridge? |
20:24:55 | pamaury | AlexP: I have a small empty fridge, it can be used for beer :p |
20:25:04 | AlexP | Sounds fine then :) |
20:25:13 | pamaury | let me take a picture |
20:25:22 | * | bertrik won't fit in a beer fridge! |
20:25:24 | AlexP | Although if small we shall have to set up a roation system |
20:25:31 | AlexP | *rotation |
20:25:34 | [Saint] | Hide the shovels, lime, and trash bags first. |
20:25:57 | wodz | In theory I could host too |
20:26:41 | AlexP | How big is your beer fridge? |
20:27:15 | wodz | bigger then pamaury's :P |
20:27:19 | AlexP | great :) |
20:28:08 | [Saint] | Hell. I could host. |
20:28:22 | [Saint] | But I expect flights would be restrictive. |
20:28:24 | AlexP | Probably a bit far for me :) |
20:28:27 | pamaury | my basement room is approx 3m x 6m and we can also use my dinning room + salon, that's a lot of place all in all ^^ |
20:28:33 | gevaerts | I could *probably* host |
20:28:37 | AlexP | 24hr flights for a weekend :) |
20:29:05 | [Saint] | Right, but its the future here, remember. |
20:29:27 | gevaerts | No, the past! |
20:29:29 | AlexP | That has to make sense in some way :) |
20:30:19 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
20:30:22 | gevaerts | copper, [Saint]: http://gerrit.rockbox.org/756 |
20:30:28 | gevaerts | Enjoy, and discuss :) |
20:30:34 | gevaerts | (not tested!) |
20:30:52 | pamaury | we should probably setup a poll for dates |
20:33:35 | | Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) |
20:34:25 | copper | gevaerts: your commit says "Add a setting to allow preferring file-based album art." but your setting reads "prefer_embedded_aa" |
20:34:38 | copper | (just nitpicking) |
20:34:41 | gevaerts | copper: yes, but default is "true" :) |
20:34:54 | gevaerts | Or "on", I guess |
20:37:15 | | Join krnlyng [0] (~liar@83.175.90.24) |
20:37:50 | gevaerts | pamaury: do you have more thoughts on the 0xEE issue? Should we just go with g#680, or try something more fancy? |
20:37:51 | fs-bluebot | Gerrit review #680 at http://gerrit.rockbox.org/r/680 : Return a valid USB string descriptor for index 0xEE. by Frank Gevaerts <frank@gevaerts.be> |
20:37:59 | bluebrother | [Saint]: preferring files instead of tag AA breaks one use case: a folder containing a couple of files without AA tags, a cover.jpg in the folder that is assumed to be used for all files that don't have AA tags, and some files with AA tags |
20:38:09 | bluebrother | in this case the user will expect AA to take preference ... |
20:38:14 | pamaury | gevaerts: I'd say go for it, it cannot do any harm at this point |
20:38:44 | copper | the comment on line 1608 in playback.c is confusing |
20:38:47 | copper | "/* No embedded AA or it couldn't be loaded - try other sources */" |
20:39:06 | copper | yet further down you test for track_id3->has_embedded_albumart |
20:39:20 | fs-bluebot | Build Server message: New build round started. Revision bde5394, 250 builds, 35 clients. |
20:41:42 | bluebrother | wodz: I don't see much problem with the announcements containing mail addresses (I get them from gitweb that way ...) but if it bothers people I can change that |
20:43:34 | fs-bluebot | Build Server message: Build round completed after 254 seconds. |
20:44:21 | bluebrother | g#680 |
20:44:23 | fs-bluebot | Gerrit review #680 at http://gerrit.rockbox.org/r/680 : Return a valid USB string descriptor for index 0xEE. by Frank Gevaerts |
20:44:38 | bluebrother | ok, gone :) |
20:48:32 | wodz | bluebrother: I don't see anything wrong with addresses per se its just the fact that spam crawlers easily catch such string in random html pages (our logs in this case) |
20:48:37 | bluebrother | gevaerts: does the forum limit the size of posts? |
20:48:57 | bluebrother | or rather, does it automagically truncate posts if they are too long? |
20:49:18 | [Saint] | the rbutil logs seems to suggest not. |
20:49:36 | * | [Saint] really hates those, or rather, the lack of pastebin |
20:49:46 | bluebrother | well, it's definitely truncated. Could be a copy / paste error as well though |
20:50:05 | gevaerts | bluebrother: not that I'm aware of |
20:50:07 | bluebrother | well, using [code] tags would help a lot ... |
20:50:21 | bluebrother | ok. Let's hope we'll get the log in a pastebin :) |
20:51:15 | [Saint] | "Hey, now that you gave me what I asked for (several times)...you wanna, uhhh, do it again, better?" :) |
20:52:01 | bluebrother | wodz: actually the bot is doing that. It just uses gitweb as source, not the IRC logs :) F.e. http://git.rockbox.org/?p=rockbox.git;a=rss;h=ae060275252595b625a57c57009d7b42f4cef296 |
20:52:13 | * | [Saint] decides the only rational response to this is to have a button on Rbutil that craps all that out into bluebrother's inbox |
20:52:21 | bluebrother | anyway, I've just made the bot remove them so this shouldn't be an issue anymore |
20:52:53 | bluebrother | well, some kind of automatic upload to some pastebin-like service would definitely help |
20:53:15 | bluebrother | like, having pastebin.rockbox.org, make Rockbox Utility automatically post it there and then give the user a URL to post :) |
20:53:36 | bluebrother | but I'm pretty sure users will still mess that up :P |
20:53:41 | bluebrother | at least some of them |
20:53:43 | wodz | bluebrother: I mean bot returning email to the channel which is logged and such log could be searched by robot |
20:54:26 | [Saint] | Wouldn;t that only happen if the email was in the commit id? |
20:54:41 | [Saint] | In which case likely to be picked up elsewhere anyway? |
20:56:20 | bertrik | hm, build client doesn't support armv7l apparently |
20:57:39 | bluebrother | [Saint]: if a (rather stupid) bot simply takes the source of the website and looks for anything that looks like a mail address it will find it. The RSS even has a field <author> ... |
21:00 |
21:00:42 | bluebrother | anyway. If we want DevCon to happen we should try to find a date asap imo :) |
21:00:48 | | Quit y4n (Quit: Do you like hurting other people?) |
21:01:33 | wodz | bertrik: we restrict toolchain to 'supported' targets so this means arm11 max |
21:08:52 | pamaury | wodz: someone reported to me that he tried to build rockbox with arm-none-eabi-4.7.4 and USB crashes with it, so apparently miscompilation because on the same computer it works with our toolchain |
21:10:27 | | Quit kuldeepdhaka (Read error: Connection reset by peer) |
21:11:48 | wodz | pamaury: Gcc is known to introduce random problems when upgraded. |
21:13:06 | wodz | pamaury: Talking about usb - would be great if you could narrow down the problem with hwstub on yp-cp3 |
21:13:31 | pamaury | yes I will try |
21:13:56 | | Quit Bluefoxicy (Ping timeout: 265 seconds) |
21:17:23 | | Join stripwax [0] (~Miranda@rockbox/developer/stripwax) |
21:18:59 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
21:25:33 | | Quit ruskie (Excess Flood) |
21:25:45 | *** | Saving seen data "./dancer.seen" |
21:27:10 | | Quit Horscht (Quit: quit) |
21:37:08 | | Quit [Saint] (Remote host closed the connection) |
21:38:16 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
21:45:56 | bertrik | wodz: I'm not talking about upgrading gcc, just running the build-client on an armv7l host |
21:46:34 | wodz | oh |
21:47:48 | wodz | bertrik: So whats the problem actually? It should be a matter of compiling appropriate toolchain |
21:48:07 | gevaerts | The build client has a fixed list of CPUs |
21:48:22 | wodz | build-client runs on r-pi (thats arm11 though) |
21:48:24 | bertrik | yes, the toolchain is compiled and it works, just buildlclient.pl refuses to work on this host |
21:48:56 | gevaerts | The easiest way is to fix that manually, and commit a fixed version to rockbox-www (don't forget to increment revision!) |
21:49:03 | wodz | thats minor annoyance |
21:50:07 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
22:00 |
22:23:10 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
22:30:16 | fs-bluebot | Build Server message: New build round started. Revision 7552542, 250 builds, 33 clients. |
22:33:36 | fs-bluebot | Build Server message: Build round completed after 200 seconds. |
22:42:32 | | Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) |
22:44:24 | | Quit einhirn (Ping timeout: 272 seconds) |
22:46:56 | | Quit bluebrother (Disconnected by services) |
22:47:01 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
22:47:09 | | Quit Cultist (Ping timeout: 265 seconds) |
22:49:14 | | Quit fs-bluebot (Ping timeout: 252 seconds) |
22:57:32 | | Quit lebellium (Ping timeout: 245 seconds) |
22:57:39 | | Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) |
23:00 |
23:14:57 | | Quit cmhobbs (Ping timeout: 246 seconds) |
23:25:49 | *** | Saving seen data "./dancer.seen" |
23:26:44 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
23:39:00 | | Quit bertrik (Remote host closed the connection) |
23:41:54 | | Quit wodz (Quit: Leaving) |
23:42:42 | | Join toehser1 [0] (~tom@Connqueror.Toms.NET) |
23:51:59 | | Join Cultist [0] (~CultOfThe@67.186.111.33) |