| 00:08:08 | | Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) |
| 00:09:43 | Bilgus | johnb2: yes pushing Vol+ and Vol- would turn on the backlight as it is an unfiltered button combination, just like play and select would do the same |
| 00:10:29 | Bilgus | I could probably block unmapped button combos but I kinda felt like it was a good idea to leave them |
| 00:15:31 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 00:16:44 | | Quit JanC (Killed (karatkievich.freenode.net (Nickname regained by services))) |
| 00:16:44 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 00:33:55 | | Quit pamaury (Ping timeout: 246 seconds) |
| 00:42:05 | | Quit ulmutul (Quit: ChatZilla 0.9.93 [Firefox 50.0/20161104212021]) |
| 00:57:39 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.0/20161104212021]) |
| 00:58:40 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:08:48 | | Quit paulk-collins (Quit: Leaving) |
| 01:08:53 | dima_ | any clue when themes server might be up? |
| 01:10:17 | [Saint] | No. It's up/down sporadically, the issue is known, the factor is time. |
| 01:10:26 | | Quit atsampson (Ping timeout: 245 seconds) |
| 01:11:40 | | Join atsampson [0] (~ats@cartman.offog.org) |
| 01:21:56 | | Part robertd1 |
| 01:30:43 | dima_ | you guys wouldnt happen to have a local copy of the "terminal" theme would you? |
| 01:37:37 | Bilgus | probably be a good idea to specify the player as well |
| 01:38:33 | | Join nlogex [0] (~filip@dhcp-198-2-91-25.cable.user.start.ca) |
| 01:38:57 | dima_ | oh, does that matter? |
| 01:39:00 | dima_ | its for the ipod 5g |
| 01:41:51 | [Saint] | yes, yes it does. |
| 01:42:40 | | Quit Bilgus (Quit: Page closed) |
| 01:55:58 | | Quit fujisan (Quit: Textual IRC Client: www.textualapp.com) |
| 01:57:22 | | Quit ender` (Quit: typeof(string).GetField("Empty").SetValue(null, "Empty");) |
| 02:00 |
| 02:04:21 | | Quit ZincAlloy (Quit: Leaving.) |
| 02:04:38 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:cd07:1b58:c282:4df) |
| 02:04:46 | | Quit ZincAlloy (Client Quit) |
| 02:05:36 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:dde4:f8ed:a838:a32) |
| 02:05:36 | | Quit ZincAlloy (Client Quit) |
| 02:24:49 | | Quit krnlyng (Ping timeout: 260 seconds) |
| 02:37:20 | | Join krnlyng [0] (~liar@77.116.38.218.wireless.dyn.drei.com) |
| 02:37:25 | dima_ | can't seem to get the cache site working |
| 02:37:34 | dima_ | keeps taking me back to the main theme page |
| 02:58:44 | *** | Saving seen data "./dancer.seen" |
| 02:58:46 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 03:00 |
| 03:05:24 | [Saint] | it wouldn't be useful anyway, as all you would dig up are URIs to files on a server that isn't responsive. |
| 03:13:09 | dima_ | so all the files are hosted on the same server then |
| 03:13:29 | dima_ | that's disappointing |
| 03:23:37 | | Quit megal0maniac (Ping timeout: 260 seconds) |
| 03:23:52 | * | __builtin has run into some design issues with some of these puzzles |
| 03:24:09 | __builtin | especially this one: http://www.chiark.greenend.org.uk/~sgtatham/puzzles/js/untangle.html |
| 03:28:47 | [Saint] | define design issues? |
| 03:29:10 | [Saint] | I imagine pretty much everything without a DPAD-ish type control setup is fucked with that one. |
| 03:29:14 | __builtin | well control |
| 03:29:38 | __builtin | there's no way of controlling that, as you said, with a d-pad |
| 03:29:51 | [Saint] | DPAD to control selection, select to 'pick up' a handle, menu+select to drop it. |
| 03:30:11 | | Join megal0maniac [0] (~megal0man@unaffiliated/megal0maniac) |
| 03:30:29 | [Saint] | and, of course, DPAD to move it when it is 'picked up'. |
| 03:30:39 | __builtin | well, I guess |
| 03:30:49 | __builtin | also there's the issue of fonts |
| 03:31:14 | __builtin | the game code can request whatever size font it wants |
| 03:31:28 | __builtin | but there's no easy way of specifying a font size in rockbox, is there? |
| 03:31:32 | [Saint] | heh - I drew a penis. |
| 03:31:48 | [Saint] | and, no, there isn't. |
| 03:32:15 | __builtin | short of reading the entire fonts/ directory and tabulating every font's specs |
| 03:32:16 | [Saint] | though you could ship a font pack for the plugin specifically and add it to the game addons. |
| 03:32:53 | [Saint] | just do '01-font1_10pt.fnt', '02-font2-11pt.fnt' etc. |
| 03:33:19 | [Saint] | ugly as hell but it keeps it out of the shipped binaries. |
| 03:33:32 | [Saint] | (because it would get massive) |
| 03:33:46 | __builtin | heck why not just pack them inside the binary and RLE them and write them out on disk and load them at runtime? |
| 03:34:20 | __builtin | the plugin is already twice as big as the next biggest one |
| 03:34:24 | [Saint] | because that would make the binary needlessly massive and you know that like, maybe three people will ever care about this? |
| 03:35:28 | [Saint] | there's a very real reason we don't ship fonts except sysfont and the default. they get large, quick. |
| 03:35:46 | __builtin | are they compressed at all? |
| 03:36:14 | [Saint] | no. |
| 03:36:54 | [Saint] | we actually made an effort to remove a bunch of themes and fonts because it made the shipped images huge. |
| 03:37:09 | [Saint] | i sincerely doubt anyone's gonna be too happy with you crammin' them back in there. |
| 03:37:20 | [Saint] | :) |
| 03:37:45 | __builtin | so IIUC the fonts are just bitmaps stored without any compression? |
| 03:38:18 | [Saint] | Now, if the user can download them /if they want to/ with the game addons pack, that's a different story. |
| 03:38:19 | [Saint] | and yes. |
| 03:38:37 | [Saint] | AFAIK they're just standard bitmap fonts with an arbitrary extension. |
| 03:39:14 | [Saint] | (actually, maybe .fnt is standardized? I don't /think/ so...but, maybe.) |
| 03:39:46 | __builtin | no, doesn't look like it |
| 03:40:05 | __builtin | the magic number is "RB12" |
| 03:41:56 | [Saint] | Aha, you're right. Been a while since I used the bitmap font scheme. |
| 03:42:15 | [Saint] | https://www.rockbox.org/wiki/CreateFonts might give you some more insight. |
| 03:42:30 | [Saint] | it links to more info on FNT which seems to be proprietary. |
| 03:43:40 | [Saint] | you can use AA fonts too, but this isn't going to make things any more friendly with the shipped image size. |
| 03:55:19 | __builtin | what's stopping actual truetype support? |
| 04:00 |
| 04:00:12 | [Saint] | lack of an actual truetype engine, presumably. |
| 04:01:30 | dima_ | [Saint]: think i should just go to bed and hope its up tomorrow? i'm not sure how long its usually down so |
| 04:02:22 | [Saint] | Oh, I didn't realize you were waiting for this. |
| 04:02:26 | [Saint] | Yeah...best to not. |
| 04:02:39 | [Saint] | It'll be up sometime between soon and possibly never. |
| 04:03:18 | dima_ | alright. ill just make do with what i have now and try again tomorrow. have a good one. |
| 04:03:22 | | Quit dima_ (Quit: Page closed) |
| 04:21:43 | | Quit nlogex (Ping timeout: 245 seconds) |
| 04:48:18 | | Join alexweissman [0] (~alexweiss@pool-71-166-105-208.bltmmd.east.verizon.net) |
| 04:58:46 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:09:16 | | Quit alexweissman (Ping timeout: 240 seconds) |
| 05:56:26 | | Join alexweissman [0] (~alexweiss@pool-71-166-96-48.bltmmd.east.verizon.net) |
| 06:00 |
| 06:08:04 | | Quit alexweissman (Remote host closed the connection) |
| 06:25:05 | | Quit PurlingNayuki (Ping timeout: 260 seconds) |
| 06:53:35 | | Quit TheSeven (Disconnected by services) |
| 06:53:46 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 06:58:49 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:03:16 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 07:18:38 | | Join alexweissman [0] (~alexweiss@pool-71-166-96-48.bltmmd.east.verizon.net) |
| 07:19:35 | | Quit PurlingNayuki (Ping timeout: 246 seconds) |
| 07:21:07 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 07:22:46 | | Quit alexweissman (Ping timeout: 250 seconds) |
| 07:31:36 | | Quit PurlingNayuki (Ping timeout: 250 seconds) |
| 07:33:56 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 07:42:10 | | Quit PurlingNayuki (Ping timeout: 244 seconds) |
| 07:43:02 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 07:51:09 | | Join PurlingNayuki1 [0] (~Thunderbi@117.114.158.10) |
| 07:51:22 | | Quit PurlingNayuki (Ping timeout: 250 seconds) |
| 07:51:24 | | Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@117.114.158.10) |
| 07:59:21 | | Join PurlingNayuki1 [0] (~Thunderbi@117.114.158.10) |
| 07:59:48 | | Quit PurlingNayuki (Ping timeout: 260 seconds) |
| 07:59:49 | | Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@117.114.158.10) |
| 08:00 |
| 08:18:37 | | Quit PurlingNayuki (Quit: PurlingNayuki) |
| 08:18:47 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 08:33:32 | | Join athidhep [0] (~afoakf@S0106602ad06acd48.vc.shawcable.net) |
| 08:41:30 | | Join Miles [0] (63fe171e@gateway/web/freenode/ip.99.254.23.30) |
| 08:41:41 | | Quit Miles (Client Quit) |
| 08:48:21 | | Join ipod [0] (47ee5f61@gateway/web/freenode/ip.71.238.95.97) |
| 08:48:36 | ipod | hey the webpage for the apple docs file https://www.rockbox.org/wiki/IpodFAQ redirects to the support. its no longer there |
| 08:48:44 | ipod | cant figure out how to boot back into rockbox on my ipod video |
| 08:52:33 | | Quit PurlingNayuki (Ping timeout: 268 seconds) |
| 08:55:13 | | Quit ipod (Quit: Page closed) |
| 08:58:51 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:05:56 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 09:08:43 | [Saint] | Seven minutes folks. |
| 09:09:02 | [Saint] | I guess he figured out that the manual explains this. |
| 09:09:15 | [Saint] | Or actually bothered rebooting. |
| 09:09:44 | [Saint] | Or, more likely, thinks we're all assholes for not answering immediately and had a hissy fit. |
| 09:12:03 | | Quit PurlingNayuki (Ping timeout: 244 seconds) |
| 09:21:52 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 09:25:44 | | Join dima_ [0] (47ee5f61@gateway/web/freenode/ip.71.238.95.97) |
| 09:26:06 | dima_ | [Saint]: i just got a crash or something |
| 09:26:20 | dima_ | it says Data abort at 0004950C (0) |
| 09:26:35 | dima_ | pc:0004950C sp:4000A7A0 |
| 09:26:42 | dima_ | a: 0001DF80 |
| 09:26:45 | dima_ | bt end |
| 09:30:06 | [Saint] | It happens. Those numbers are meaningless sadly. |
| 09:30:17 | dima_ | alright |
| 09:30:26 | dima_ | and the themes are back up too |
| 09:30:30 | dima_ | glad i stayed up |
| 09:30:36 | [Saint] | Those numbers required a mapfile to correspond them to anything useful. |
| 09:30:51 | dima_ | is there any way to force a database rebuild? |
| 09:30:59 | [Saint] | We strip the mapfile from released builds for no obvious reason. |
| 09:31:13 | [Saint] | Sure. Check the database context menu. |
| 09:31:27 | [Saint] | Context, init db. |
| 09:32:13 | dima_ | i dont see that |
| 09:32:57 | | Quit PurlingNayuki (Ping timeout: 256 seconds) |
| 09:32:57 | [Saint] | You know what the context menu is? |
| 09:33:02 | dima_ | nope |
| 09:33:20 | dima_ | sorry, last time i used this was literally like 3 years ago |
| 09:33:23 | [Saint] | Hold select on the Database main menu entry. |
| 09:33:39 | * | [Saint] gestures in the direction of our fine manual |
| 09:33:41 | dima_ | ah got it |
| 09:33:50 | dima_ | i tried reading that but... |
| 09:33:56 | dima_ | its big |
| 09:34:13 | [Saint] | Yeah. My time is less valuable. Got it. :P |
| 09:34:17 | dima_ | lol |
| 09:34:55 | [Saint] | It's big, but it kinda has to be. There's a lot of features. |
| 09:35:09 | [Saint] | If you get the PDF version you can search it. |
| 09:35:14 | dima_ | yeah, im starting to grasp the scope of this whole project |
| 09:35:37 | dima_ | is there an application to edit metadata on the rockbox? |
| 09:35:48 | [Saint] | No. |
| 09:36:12 | [Saint] | We don't manipulate metadata or any media outside of file naming. |
| 09:36:27 | [Saint] | Or moving it around. |
| 09:37:12 | dima_ | i guess file moving is fine for now. drop it in a folder and mark it for editing next time im at a computer |
| 09:37:39 | dima_ | good thing there is playlist support |
| 09:39:14 | dima_ | using another program to scan the whole ipod and mass edit files wont corrupt it or anything right? |
| 09:39:58 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:43:44 | [Saint] | I can't speak for any given program's misgivings. |
| 09:44:16 | [Saint] | The database will deal gracefully with metadata changes. |
| 09:44:32 | [Saint] | And playlists are path based. |
| 09:44:46 | [Saint] | So...on our end. No. It won't hurt. |
| 09:45:03 | dima_ | hold on what do you mean path based |
| 09:45:08 | dima_ | they dont link over folders? |
| 09:46:39 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
| 09:48:23 | [Saint] | Folders are part of paths. |
| 09:48:40 | [Saint] | Paths are comprised of them even. |
| 09:48:54 | [Saint] | Well...not necessarily. But often. |
| 09:49:23 | dima_ | i thought you meant the files had to be in the same directory |
| 09:49:25 | dima_ | nevermind |
| 09:58:20 | | Quit dima_ (Quit: Page closed) |
| 10:00 |
| 10:14:43 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 10:16:13 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:23:18 | | Join PurlingNayuki [0] (~Thunderbi@117.114.158.10) |
| 10:28:04 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 10:40:23 | | Quit PurlingNayuki (Ping timeout: 256 seconds) |
| 10:58:45 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d4a8:865c:8456:a59d) |
| 10:58:55 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:12:16 | | Quit xorly (Ping timeout: 260 seconds) |
| 11:15:31 | | Join lebellium [0] (~chatzilla@89-93-179-5.hfc.dyn.abo.bbox.fr) |
| 11:39:52 | | Quit ZincAlloy (Quit: Leaving.) |
| 11:56:00 | | Join ZincAlloy [0] (~Adium@p57AD83A8.dip0.t-ipconnect.de) |
| 12:00 |
| 12:22:22 | duo8 | i wonder if rockbox could work on a typical pc |
| 12:26:32 | [Saint] | We have an SDL port. So, yes. |
| 12:26:46 | [Saint] | I does. Has for about a decade. |
| 12:26:53 | [Saint] | *It |
| 12:28:47 | | Join robertd1 [0] (~root@201.208.231.245) |
| 12:49:46 | | Join Senji [0] (~Senji@85.187.103.250) |
| 12:54:11 | | Quit Senji (Ping timeout: 246 seconds) |
| 12:56:25 | duo8 | i mean bare metal |
| 12:57:16 | pamaury | you could make it work, it's just a matter of having the proper drivers, which in the case of a PC is a real mess though |
| 12:58:00 | pamaury | for the screen you could really on the bios, but for storage and audio, that's a whole different story |
| 12:58:51 | [Saint] | PC_SPKR |
| 12:58:55 | [Saint] | lol |
| 12:58:57 | *** | Saving seen data "./dancer.seen" |
| 12:59:15 | [Saint] | Beep that shit out in 8bit glory. |
| 12:59:40 | pamaury | lol, death to audiophiles, 8bit ought to be enough for everyone |
| 13:00 |
| 13:03:48 | | Quit idonob (Ping timeout: 248 seconds) |
| 13:06:04 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 13:14:58 | | Quit paulk-collins (Remote host closed the connection) |
| 13:19:35 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
| 13:19:35 | | Quit bluebrother (Read error: Connection reset by peer) |
| 13:19:35 | | Quit fs-bluebot (Read error: Connection reset by peer) |
| 13:22:51 | | Quit idonob (Ping timeout: 258 seconds) |
| 13:24:46 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 13:25:07 | | Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 13:29:46 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 13:36:38 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf1d6.dyn.telefonica.de) |
| 13:39:23 | | Quit ZincAlloy (Quit: Leaving.) |
| 13:42:35 | | Quit ender` (Quit: Sex is dirty - if you do it right. — Isaac Asimov) |
| 13:51:15 | | Join ZincAlloy [0] (~Adium@p57AD83A8.dip0.t-ipconnect.de) |
| 13:58:51 | | Join alexweissman [0] (~alexweiss@pool-71-166-96-48.bltmmd.east.verizon.net) |
| 14:00 |
| 14:10:17 | | Quit girafe (Read error: Connection reset by peer) |
| 14:17:05 | | Quit alexweissman (Remote host closed the connection) |
| 14:41:34 | | Join PurlingNayuki [0] (~Thunderbi@61.148.244.189) |
| 14:42:27 | | Quit PurlingNayuki (Read error: Connection reset by peer) |
| 14:42:32 | | Join PurlingNayuki1 [0] (~Thunderbi@2001:da8:215:4ff:79ce:22e4:f0db:fc25) |
| 14:44:53 | | Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@2001:da8:215:4ff:79ce:22e4:f0db:fc25) |
| 14:47:31 | | Join cohokiller673 [0] (cohokiller@c-24-22-103-176.hsd1.wa.comcast.net) |
| 14:55:13 | cohokiller673 | whats the latest method to put it on ipod classic 160gb and is that something i want to do if i want to sync with musicbee |
| 14:58:22 | [Saint] | Freemyipod docs clearly state the current method in their guided install documentation |
| 14:58:59 | *** | Saving seen data "./dancer.seen" |
| 14:59:17 | cohokiller673 | ok, that's where ill go |
| 15:00 |
| 15:06:44 | [Saint] | But I'm fairly confident mudicbee uses libgpod, no? |
| 15:07:01 | [Saint] | It should be able to sync with iOS |
| 15:12:36 | cohokiller673 | i've tried and it works sometimes but most of the time it doesn't, sometimes tracks will sync but the ipod will be really slow and glitchy |
| 15:13:59 | [Saint] | You should probably be aware that Rockbox needs no form of "sync" at all. |
| 15:14:23 | [Saint] | Just drag and drop. |
| 15:15:08 | [Saint] | It'll build the database itself, optionally, by walking the disk for available media. |
| 15:15:24 | [Saint] | Or, there's just a file browser. |
| 15:16:00 | [Saint] | Just use plain UMS for media transfer. |
| 15:16:12 | [Saint] | No spooky magic required. |
| 15:17:26 | [Saint] | You only need to use the crazy iTunes compatibility sync magic if you intend to use the original firmware. |
| 15:17:37 | [Saint] | And...why do that? ;) |
| 15:18:53 | | Join alexweissman [0] (~alexweiss@pool-71-166-96-48.bltmmd.east.verizon.net) |
| 15:19:51 | cohokiller673 | so tired of itunes |
| 15:20:33 | pamaury | seriously kernel.org, error 404 has a PURPOSE, display a nice popcorn bowl breaks tools |
| 15:23:43 | cohokiller673 | i might be able to use my ipod with my car stereo's usb port once i get rockbox installed |
| 15:25:50 | cohokiller673 | will it be a fat32 drive? |
| 15:27:56 | [Saint] | So long as you're not doing this on a Mac. Yes. |
| 15:28:17 | [Saint] | And...maybe, maybe not. |
| 15:29:00 | | Quit ZincAlloy (Quit: Leaving.) |
| 15:29:12 | [Saint] | Some devices see the iPod USB VID/PID and don't even try to handle it as any other method despite it enumerating as mass storage. |
| 15:29:29 | [Saint] | Fair warning. |
| 15:35:04 | | Join Senji [0] (~Senji@85.187.103.250) |
| 15:41:47 | | Quit xorly (Ping timeout: 265 seconds) |
| 15:47:19 | | Quit athidhep (Quit: athidhep) |
| 15:52:10 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 15:55:16 | | Quit robertd1 (Ping timeout: 240 seconds) |
| 15:56:30 | | Join robertd1 [0] (~root@201.208.231.245) |
| 15:56:36 | | Quit alexweissman (Remote host closed the connection) |
| 16:00 |
| 16:27:32 | | Join alexweissman [0] (~alexweiss@pool-71-166-96-48.bltmmd.east.verizon.net) |
| 16:30:21 | | Join ZincAlloy [0] (~Adium@p20030056C954F618B4030D7193AAB0C4.dip0.t-ipconnect.de) |
| 16:33:30 | | Join athidhep [0] (~afoakf@S0106602ad06acd48.vc.shawcable.net) |
| 16:33:49 | | Quit robertd1 (Ping timeout: 268 seconds) |
| 16:36:09 | | Quit ZincAlloy (Quit: Leaving.) |
| 16:38:57 | | Quit alexweissman (Remote host closed the connection) |
| 16:40:51 | | Join robertd1 [0] (~root@201.208.231.245) |
| 16:42:04 | | Quit athidhep (Quit: athidhep) |
| 16:42:27 | | Join athidhep [0] (~afoakf@S0106602ad06acd48.vc.shawcable.net) |
| 16:43:52 | | Quit athidhep (Read error: Connection reset by peer) |
| 16:51:42 | | Quit robertd1 (Ping timeout: 245 seconds) |
| 16:54:36 | | Join robertd1 [0] (~root@201.208.231.245) |
| 16:55:41 | | Quit Ivoah (Quit: Connection closed for inactivity) |
| 16:58:47 | | Quit robertd1 (Ping timeout: 245 seconds) |
| 16:59:03 | *** | Saving seen data "./dancer.seen" |
| 16:59:24 | | Join robertd1 [0] (~root@201.208.231.245) |
| 17:00 |
| 17:07:57 | | Quit robertd1 (Ping timeout: 245 seconds) |
| 17:12:04 | | Join robertd1 [0] (~root@201.208.231.245) |
| 17:19:16 | | Quit robertd1 (Ping timeout: 248 seconds) |
| 17:33:21 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:45d3:8dbc:8450:ff5) |
| 17:41:32 | pamaury | gevaerts: do you know curl well? |
| 17:43:51 | * | __builtin points to bagder in #rockbox-community |
| 17:49:20 | * | pamaury is ending up rewriting rockboxdev.sh at this point |
| 17:49:40 | __builtin | what's wrong with it? |
| 17:52:31 | pamaury | nothing per-se, just it's not very flexible, it was written with bare-metal toolchains in mind |
| 17:52:41 | pamaury | and want to build a linux toolchain |
| 17:53:05 | __builtin | ah, that makes sense |
| 17:53:21 | __builtin | just don't rm -rf all your toolchains this time |
| 17:54:51 | pamaury | well that was a ct-ng "feature" |
| 17:55:09 | pamaury | but I'm rewriting the toolchain build without ct-ng |
| 17:55:26 | pamaury | although in the process I've come to understand why people use ct-ng ;) |
| 18:00 |
| 18:05:35 | | Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 18:06:17 | wodz | pamaury: So why people use ct-ng? Really, I am curious |
| 18:10:25 | pamaury | wodz: because building a linux toolchain involves GNU/magic |
| 18:11:16 | pamaury | seriously, this is what you need to give to configure to build a first stage GCC (I'm sure it changes at every version): |
| 18:11:16 | pamaury | buildtool "arm-sony-linux-gnueabi" "gcc" "$gcc_ver" "$gcc_opts −−enable-languages=c \ |
| 18:11:16 | pamaury | −−without-headers −−disable-threads −−disable-libgomp −−disable-libmudflap \ |
| 18:11:16 | DBUG | Enqueued KICK pamaury |
| 18:11:16 | pamaury | −−disable-libssp −−disable-libquadmath −−disable-libquadmath-support \ |
| 18:11:16 | pamaury | −−disable-shared −−with-newlib −−disable-libgomp −−disable-libitm \ |
| 18:11:18 | pamaury | −−disable-libsanitizer −−disable-libatomic" "" "" |
| 18:11:49 | pamaury | I still fail to see why there isn't a "−−stage1" option given how common this operation is |
| 18:11:59 | wodz | pamaury: sure, but ct-ng doesn't solve this really. It does not document the steps needed. Last time I looked it was a bunch of 'recipes' which break here and there. |
| 18:12:35 | pamaury | yeah but that's the magic of it: people went to great length to figure out the magic commands at every step, because those are completely undocumented anyway |
| 18:13:04 | wodz | pamaury: exactly this, instead of providing insane set of commands why not to document it AND try to push patch to sanitize this |
| 18:14:29 | pamaury | yeah I don't understand why gcc doesn't have a saner way of doing it, maybe the more recent versions do, but 4.9.4 clearly doesn't. In theory it has the −−without-header option but this is far from enough |
| 18:21:16 | pamaury | my feeling is that gcc would gain from not being written in GNU/C using GNU/autocrazytool with GNU/crazyconfig with a GNU/unhelpful spirit ;) |
| 18:23:01 | wodz | It is known fact that gcc is arcane. Thats one of the reason llvm/clang took off (and license thing as well) |
| 18:36:27 | pamaury | it's such a shame that glibc doesn't build with clang |
| 18:36:54 | pamaury | also we should try again clang, maybe I'll try clang on arm to see if it works |
| 18:47:04 | wodz | pamaury: The problem is that we are basically clueless if it doesn't work. |
| 18:48:28 | wodz | pamaury: btw. https://sourceware.org/glibc/wiki/GlibcMeetsClang |
| 18:49:18 | pamaury | wodz: there was a time it didn't work because clang didn't know about attribute((interrupt)). I think last time it did but I couldn't spot anything obviously wrong in the generated code |
| 18:52:39 | wodz | pamaury: I mean you'd need jtag or something to figure out whats wrong. |
| 18:59:03 | | Quit Senji (Read error: Connection reset by peer) |
| 18:59:04 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:00:17 | | Join Senji [0] (~Senji@85.187.103.250) |
| 19:00:34 | | Quit Senji (Read error: Connection reset by peer) |
| 19:01:01 | | Join Senji [0] (~Senji@85.187.103.250) |
| 19:04:38 | | Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) |
| 19:29:16 | | Join nlogex [0] (~filip@dhcp-198-2-91-25.cable.user.start.ca) |
| 20:00 |
| 20:03:58 | | Quit wodz (Ping timeout: 246 seconds) |
| 20:11:59 | [Saint] | speaking of things that don't build things. |
| 20:12:16 | [Saint] | wasn't gcc failing to build itself until fairly recently? |
| 20:12:21 | [Saint] | or possibly still? |
| 20:21:51 | pamaury | I think gcc N and N+1 can always build each other |
| 20:22:08 | pamaury | the problem is that gcc from now can't build real old gcc |
| 20:24:03 | | Quit michaelni (Ping timeout: 250 seconds) |
| 20:24:11 | pamaury | and sometimes not even that old, for example GCC 6.1 couldn't build some really recent GCC because of some stupid code that used non-standard C |
| 20:24:25 | pamaury | (that GCC 6.1 finally dropped) |
| 20:36:53 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
| 20:43:51 | | Quit alucryd (Remote host closed the connection) |
| 20:44:14 | | Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 20:46:07 | | Join alucryd [0] (~quassel@archlinux/developer/alucryd) |
| 20:59:05 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:04:55 | | Join Miles [0] (63fe171e@gateway/web/freenode/ip.99.254.23.30) |
| 21:07:49 | | Quit wodz (Ping timeout: 250 seconds) |
| 21:13:04 | Miles | Anybody know about Rockbox's AAC-HE support? (on Clip+) I'm trying to find out if it actually does the spectral band replication or just decodes the LC part of the stream. |
| 21:15:39 | Miles | Also is it generally considered polished now? Saw a bunch of complaints about it but they were mostly from years ago. |
| 21:32:35 | | Quit xorly (Ping timeout: 248 seconds) |
| 21:41:38 | | Quit tuaim (Quit: leaving) |
| 21:48:10 | | Join saratoga [0] (126f650e@gateway/web/freenode/ip.18.111.101.14) |
| 21:48:28 | saratoga | Miles: SBR is decoded except on targets with not enough RAM (SBR uses a lot of RAM) |
| 21:48:31 | | Join Miles_ [0] (63fe171e@gateway/web/freenode/ip.99.254.23.30) |
| 21:48:53 | saratoga | i think of the Sandisk players that is just the Clipv1 and m200v4 which can't do SBr |
| 21:49:48 | saratoga | older players will try to decode SBR, but often cannot in realtime due to lack of CPU power |
| 21:50:05 | saratoga | we got very close to getting it working on the old PP devices, but i think it was never quite 100% |
| 21:50:44 | Miles_ | Thanks. |
| 21:50:49 | | Quit Miles (Ping timeout: 260 seconds) |
| 21:51:00 | | Quit Miles_ (Client Quit) |
| 21:51:13 | | Join Miles [0] (63fe171e@gateway/web/freenode/ip.99.254.23.30) |
| 21:51:23 | Miles | Seen Bilgus by the way? |
| 21:51:30 | Miles | Been trying to get a hold of him. |
| 21:52:12 | saratoga | oh you posted those test files right? |
| 21:53:03 | Miles | Yes. |
| 21:53:27 | saratoga | i looped that folder for 48 hours on the Clip+ but could not reproduce anything weird (unless it happened briefly and resolved itself between times I checked) |
| 21:53:36 | Miles | I wanted to report Bilgus' build with the modified CPU boost behaviour was working well for me. |
| 21:53:51 | Miles | I wonder if he ever managed to reproduce the issue/ |
| 21:54:25 | Miles | You were still able to pause or skip at any point? |
| 21:54:32 | saratoga | yeah, UI was normal |
| 21:55:02 | saratoga | well normal when i checked, no idea if it was weird for a bit in the middle of the night or something |
| 21:55:04 | Miles | Thanks for trying at least. |
| 21:55:33 | saratoga | i still think the best thing to do would be to reset your settings then try to reproduce it with some minimum set of files |
| 21:56:20 | Miles | I guess I could do that with a spare microSD. |
| 21:56:59 | Miles | I actually didn't test to see if my card or the rest of the collection had anything to do with it yet. |
| 21:57:13 | saratoga | most likely you only need one or two files and to set the player to repeat |
| 21:57:41 | saratoga | your settings may also matter |
| 21:58:02 | saratoga | but anyway, if boost matters, it sounds like the codec isn't yielding enough under some conditions |
| 21:58:37 | saratoga | we have slower players than the clip+ as well, i should probably test one of those |
| 21:58:39 | Miles | If the tweaked firmware works with the same collection and settings as before now though, I'd imagine something is screwy with Rockbox itself somewhere probably right? |
| 21:59:13 | saratoga | if boosting fixes the problem (and assuming the problem is actually replicable enough that we think its fixed), it is probably something in the codec itself |
| 21:59:48 | saratoga | opus doesn't yield at all right now, it just decodes a frame of audio and then returns, its possible under some conditions that takes too long and starves the UI thread |
| 22:00 |
| 22:00:34 | saratoga | i haven't worked on the front end of the codec at all (just the transform parts) so i'm not sure how big of a problem that is |
| 22:00:43 | Miles | Oh that's interesting. |
| 22:00:57 | Miles | I use a framesize of 60 to encode my opus when the default is 20. |
| 22:01:08 | Miles | I wonder if that's why my files are a little more crashy. |
| 22:01:45 | saratoga | that would make sense |
| 22:01:57 | saratoga | our test files for opus use 5 and 20 ms |
| 22:02:15 | saratoga | i have no idea what that actually changes |
| 22:02:51 | saratoga | can you post a link to a 60 ms frame size file? I can't look now, but i'll try later |
| 22:03:01 | saratoga | frame length rather |
| 22:03:09 | Miles | Well my sample set I shared here before was all 60. |
| 22:03:14 | Miles | I can find the link again. |
| 22:03:18 | saratoga | oh okk |
| 22:03:19 | saratoga | i have those |
| 22:03:42 | saratoga | if 60 literally means that it takes 3 times as long as 20 to decode one frame, that could be a problem |
| 22:03:49 | saratoga | although i don't know if it really works that way |
| 22:04:06 | Miles | IIRC it does. |
| 22:04:39 | saratoga | i remember that decoding 5 ms files was much slower than 20 ms |
| 22:04:57 | saratoga | total time, not time per frame |
| 22:05:40 | Miles | Well I know filesystem access can bottleneck the thing sometimes. |
| 22:07:01 | Miles | ...but it probably wouldn't matter in that case now that I think about it. |
| 22:07:04 | [Saint] | Miles: what pray tell is the 'modified boost behavior'? |
| 22:07:09 | [Saint] | genuinely curious. |
| 22:07:32 | Miles | Bilgus gave me a firmware where CPU boost is 10 seconds instead of 1. |
| 22:07:58 | saratoga | looking at the documentation, the celt mode of opus uses 20 ms frames at most, so i guess if you specify longer it just packs 2 or 3 together, which probably is linearly longer to decode |
| 22:08:02 | [Saint] | and, yeah, it's really hard to imagine any codec on any target where IO is a legitimate concern for bottlenecking. |
| 22:08:26 | saratoga | although this suggests that if you're using celt mode opus you probably should leave the frame length at 20 ms |
| 22:10:11 | Miles | Yeah the 60ms things is mostly out of habit since I use lower bitrates for other stuff. 96 kbps the overhead from frame headers every 20ms should be totally negligible. |
| 22:11:00 | Miles | I will try that later then with the unmodified nightly firmware. |
| 22:11:24 | Miles | And a folder with the same songs with 60ms frames. |
| 22:14:25 | saratoga | back of the envelop calculation is that 20 ms uses about 1 million cycles per frame, so 60 would be 3 million cycles, or 75 milliseconds unboosted |
| 22:14:35 | [Saint] | the more I look at it the more it seems that pretty much nothing will gain from the (admittedly very limited) work I've done on intermediate scaling. |
| 22:14:43 | [Saint] | pretty much ready to throw this in the toilet. |
| 22:14:55 | saratoga | or probably a little less since the CPU is more efficient unboosted, but roughly 50-100 ms is a good estimate |
| 22:15:27 | saratoga | not sure why it doesn't glitch for a few milliseconds and then boost though |
| 22:15:46 | [Saint] | there's not really a hell of a lot of targets with room to scale efficiently in a linear way. |
| 22:15:54 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 22:15:54 | * | [Saint] grumbles |
| 22:16:04 | saratoga | i guess there the reason for that is probably the reason you have this problem and I don't |
| 22:16:12 | [Saint] | not without a whole bunch of futzing around. |
| 22:16:13 | saratoga | maybe some settings ? |
| 22:16:34 | saratoga | i wanted to do intermediate scaling for a while, but it is a lot of work for modest gain |
| 22:16:55 | [Saint] | probably you thought of the things I'm finding now slightly quicker. |
| 22:17:06 | saratoga | a simplier way would be to have 2 boost levels but let codecs or plugins specify which 2 (so for example mp3 could request 2 lower speeds, but APE the fastest) |
| 22:17:37 | saratoga | so all you have to do is implement 2 different boost clocks, and an API for switching between them |
| 22:18:47 | [Saint] | hmmm, that's actually pretty clever. |
| 22:19:32 | [Saint] | I would probably also use the 'middle' clock for GUI_BOOST |
| 22:20:02 | [Saint] | very few targets need to boost the GUI as aggressively as it does. A couple do boost it but don't need it at all in fact. |
| 22:20:09 | saratoga | that gets tricky though, since now you need a way to keep track of 3 levels at once |
| 22:20:26 | saratoga | whereas our boost counter assumes only 2 |
| 22:20:27 | [Saint] | ipod6g can safely go without GUI_BOOST entirely. |
| 22:20:40 | saratoga | that means you should lower the clock! |
| 22:20:48 | [Saint] | it was just inherited as being enabled for all iPods. |
| 22:21:15 | saratoga | didn't prof_wolff have a patch for the 6g that massively reduced the voltage/clocks ? |
| 22:21:16 | [Saint] | n2g likely doesn't need it either. |
| 22:21:32 | saratoga | i vaguely remember that you could get even more ridiculous battery life by better power management |
| 22:21:44 | [Saint] | yes, he did, it was far too aggressive and was hit or miss on individual targets. |
| 22:22:02 | [Saint] | riiiight on the edge of stable. |
| 22:22:07 | saratoga | by the way, buschel wanted this on the old ipod video years ago, so he could do 20 MHz low, and then 100 MHz boost IIRC |
| 22:22:24 | saratoga | since 30 MHz actually wasted a fair amount of power |
| 22:22:35 | saratoga | or maybe it was 16mhz |
| 22:22:36 | saratoga | i forget |
| 22:23:24 | [Saint] | actually, what's with that? I have noticed on the iPod video, and maybe others, we /do/ actually have three scaling frequencies. |
| 22:23:32 | [Saint] | but you can only select 24MHz from the boost debug menu. |
| 22:23:45 | saratoga | maybe an idle frequency? i forget |
| 22:23:57 | saratoga | what are the clocks? |
| 22:23:58 | [Saint] | and it'll go back to 30 immediately when you leave. |
| 22:24:12 | saratoga | 30/80 and what is the last? 24? |
| 22:24:19 | [Saint] | 24, 30, and...whatever MAX is...80? |
| 22:24:39 | saratoga | i vaguely remember that 24 is used when the screen is off and playback is disabled |
| 22:24:48 | [Saint] | Hmmm. |
| 22:24:49 | saratoga | probably 24 should just replace 30 now that we have gui boost |
| 22:24:59 | [Saint] | likely so. |
| 22:25:16 | saratoga | MP3 playback is multithreaded, so it only needs ~20 MHz for realtime |
| 22:25:31 | saratoga | the extra 10 are wasted when not driving the GUI |
| 22:28:05 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 22:30:09 | | Quit uwe_ (Ping timeout: 250 seconds) |
| 22:30:28 | | Join uwe_ [0] (~uwe_@ipservice-092-217-096-091.092.217.pools.vodafone-ip.de) |
| 22:31:15 | | Quit puckipedia (K-Lined) |
| 22:32:40 | | Join puckipedia [0] (puck@puckipedia.com) |
| 22:50:30 | | Quit saratoga (Quit: Page closed) |
| 22:51:07 | | Quit Senji (Ping timeout: 250 seconds) |
| 22:55:39 | | Quit paulk-collins (Quit: Leaving) |
| 22:57:25 | | Join Miles_ [0] (63fe171e@gateway/web/freenode/ip.99.254.23.30) |
| 22:59:06 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:08:59 | | Quit Miles_ (Ping timeout: 260 seconds) |
| 23:20:53 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.0/20161104212021]) |
| 23:48:43 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 23:49:57 | | Nick JanC is now known as Guest29593 (~janc@lugwv/member/JanC) |
| 23:49:57 | | Quit Guest29593 (Killed (verne.freenode.net (Nickname regained by services))) |
| 23:49:57 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 23:58:53 | cohokiller673 | Saint, couldn't I change the VID/PID of my device somehow so it wasn't recognized as an ipod? |
icon identifies that the person is a core developer (has commit access).