| 00:08:41 | Bray90820 | Can I record from an external source to MP3 players SD Card with Rockbox |
| 00:08:53 | Bray90820 | It's a DX90 to be exact |
| 00:10:19 | | Quit alexweissman (Remote host closed the connection) |
| 00:11:14 | | Join alexweis_ [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 00:18:12 | [Saint] | Bray90820: I haven't tested this on the DX players specifically, but, if your device has a dedicated line in or external mic capability, then, yes. |
| 00:18:50 | Bray90820 | [Saint]: How would I do so? |
| 00:19:08 | [Saint] | just set the recording source to line in, if it's not present as a recording source, you'll kill two birds with one stone in regard to your answer. |
| 00:19:58 | [Saint] | manual linked for ipod, but the premise is identical: |
| 00:19:59 | [Saint] | https://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch10.html |
| 00:21:23 | [Saint] | for the recording destination, this is set via the context menu in the file browser. |
| 00:21:42 | [Saint] | the recording destination can be set to any arbitrary path. |
| 00:26:41 | Bray90820 | [Saint]: How would I invoke the context menu |
| 00:27:44 | [Saint] | Oh wow - you've never discovered the context menu? Shit's gonna get a whole lot easier for you... |
| 00:28:05 | | Part __builtin ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
| 00:28:07 | [Saint] | 'long select' on paths and menu options invokes context sensitive menus. |
| 00:28:38 | [Saint] | it's kinda hard to believe you've managed to cope without it for so long. Our full menus are a bitch to navigate. |
| 00:29:37 | Bray90820 | Long select as in hold play down until the menu comes up? |
| 00:32:11 | Bray90820 | [Saint]: ? |
| 00:32:38 | [Saint] | I would elect to use the touchscreen, but if that works for you, go for it. |
| 00:33:25 | Bray90820 | Well I don't see any recording setting in there |
| 00:34:20 | [Saint] | This will very much depend on how you're trying to achieve it. |
| 00:34:29 | [Saint] | It's called a context menu because it's context sensitive. |
| 00:35:05 | [Saint] | Files - <navigate to path desired> - long-select - Set As Recording Directory |
| 00:36:00 | Bray90820 | That's exactly what I did but Set as recording directory isn't there |
| 00:36:03 | [Saint] | Should be third from the bottom in the 'Files' context menu. |
| 00:36:38 | Bray90820 | Nope |
| 00:36:46 | Bray90820 | 3rd from the bottom for me is Properties |
| 00:36:47 | | Quit edhelas (Quit: Leaving.) |
| 00:38:19 | [Saint] | Interesting. Hard to imagine how this would be being screwed up. The code that governs this isn;t meaningfully device specific. |
| 00:38:53 | Bray90820 | Hum |
| 00:38:58 | Bray90820 | Well where should I go from here |
| 00:39:03 | [Saint] | If you bring up the context menu on the 'Recording' entry in the main menu, do you have 'Clear recording directory'? |
| 00:39:07 | Bray90820 | Could it be my theme that is screwing it up? |
| 00:39:35 | Bray90820 | There is no recording entry in the main menu |
| 00:40:17 | [Saint] | Well...there we go then. You would need a target that actually had recording enabled. |
| 00:40:37 | [Saint] | I thought if you were asking about this that it in fact was. |
| 00:40:58 | [Saint] | I knew it wasn't last time I looked at mine but that was aaaaaaaaaaaages ago and I presumed that had changed. |
| 00:41:19 | [Saint] | Sorry, I thought if you were asking about recording that the target actually supported it. |
| 00:41:28 | [Saint] | If there's no menu entry for it, it does not. |
| 00:41:28 | Bray90820 | It does have the proper line out stuff for recording so I'm surprised it's not there |
| 00:41:55 | Bray90820 | The hardware supports it software does not :/ |
| 00:41:58 | [Saint] | What the OF does and doesn't have has little to no bearing on what Rockbox does or doesn't do. |
| 00:42:29 | Bray90820 | Idk if the official firmware has recording or not |
| 00:42:46 | Bray90820 | I just know the hardware is capable |
| 00:42:58 | [Saint] | Nor I. I have a DX80 and a DX90 and they have about 20 minutes combined power on time between them. |
| 00:43:10 | [Saint] | I can't even offhand think of where they are, though I have a rough idea. |
| 00:43:34 | [Saint] | If they're not where I think they are my brother in law probably sold them for meth. He's a cool guy. |
| 00:44:27 | | Quit xorly (Ping timeout: 255 seconds) |
| 00:44:45 | Bray90820 | :P |
| 00:47:31 | Bray90820 | Is there a Rockbox manual for the DX90 |
| 00:49:47 | *** | Saving seen data "./dancer.seen" |
| 00:58:09 | | Quit ender` (Quit: Programmer thinks that he needs to validate an e-mail address. "I know," he says, "I'll use a regexp!" Now the user has a problem.) |
| 01:00 |
| 01:13:25 | | Quit pamaury (Ping timeout: 240 seconds) |
| 01:13:42 | [Saint] | No. |
| 01:15:11 | | Quit bertrik (Remote host closed the connection) |
| 01:16:54 | Bray90820 | Alright |
| 01:17:05 | Bray90820 | Looks like I can't record with it then :/ |
| 01:17:41 | Bray90820 | It sucks because the Hardware is completely capable |
| 01:20:09 | | Join __builtin [0] (~zulu@rockbox/developer/builtin) |
| 01:40:52 | [Saint] | Something something, patches welcome. |
| 01:41:06 | [Saint] | Pretty sure the guy doing the DX port like...died. Or something. |
| 01:41:12 | [Saint] | Or fell in a big hole. |
| 01:41:57 | [Saint] | To be fair, there's no really a shitload of sense in using Rockbox on an "HD" player to begin with. |
| 01:42:18 | [Saint] | Everything's going to be crippled to 16/48 max anyway. |
| 01:42:50 | [Saint] | So very high bit depth and samplerate players are pretty meaningless in the given context. |
| 01:44:01 | [Saint] | (I mean...it's irrelevant anyway, but audiophiles want their feels intact and their jimmies unrustled and refuse to see sense or understand even the most basic concepts of sampling theory or the capabilities of human hearing) |
| 01:44:20 | [Saint] | But that's a whole other discussion. |
| 01:45:26 | jhMikeS | It's not a hopelessly difficult thing to change if it's not stupid to do it. |
| 01:47:22 | [Saint] | yeah, the latter kinda negates the former there. |
| 01:47:38 | [Saint] | the only time it makes sense is in a studio recording environment. |
| 01:47:49 | [Saint] | and you're not going to be using a consumer DAP for that... |
| 01:49:51 | jhMikeS | limiting to 48 was quite deliberate, not strictly necessary |
| 01:51:57 | [Saint] | Oh I know. |
| 01:52:16 | jhMikeS | cause we know some well-meaning folks (bless their hearts) would do |
| 01:52:54 | [Saint] | I'm just saying that even if it was necessary, and suddenly became unnecessary, there's still no reason to do it in a consumer audio device. |
| 01:53:19 | [Saint] | it's a classic example of bigger not always being better. |
| 01:53:27 | [Saint] | and in this case often working out worse. |
| 01:55:53 | jhMikeS | I should make it buildable for 32-bit samples too. 192kHz is just a config thing. Then wait for the "audiophile" special builds to pop up. |
| 01:59:17 | jhMikeS | then again, I'm saying this to 10-band-eq guy (iirc) |
| 02:00 |
| 02:00:40 | | Quit ZincAlloy (Quit: Leaving.) |
| 02:06:36 | | Part robertd1 |
| 02:11:37 | | Part chrisb ("rcirc on GNU Emacs 26.0.50.1") |
| 02:34:03 | | Quit doppler (Quit: leaving) |
| 02:35:13 | [Saint] | I never intended people to /use/ all ten bands. :) |
| 02:36:23 | [Saint] | Some levelling required more than three bands and high and low shelves, and the preset scopes of the bands make it easier than dicking around changing the frequency of the existing bands to the scope you're targeting. |
| 02:36:43 | [Saint] | Though I did batch convert the old presets in an ugly way, so, it's a fair call. |
| 02:37:32 | [Saint] | I really should fix that up and recreate those curves in a sane way. Just plain not shipping presets was only supposed to be a temporary fix. |
| 02:39:05 | __builtin | [Saint]: it would be rather nice to ship presets |
| 02:40:38 | [Saint] | Yeah, it would, I just never got around to finding a sane way of converting EQ curve presets to N band parametric plot curve presets. |
| 02:40:56 | [Saint] | It's easy enough to work out by hand but it's a pain in the ass. |
| 02:41:38 | __builtin | what's the problem exactly? interpolating from 5 to 10 bands or what? |
| 02:43:05 | [Saint] | You're aware of how a parametric EQ functions? It has both a target frequency, and a q-factor that determines bleed into adjacent bands. |
| 02:44:11 | [Saint] | So, for instance, what would take maybe...8 bands on a very simple "Rock" preset, can be done with, for instance, high and low shelves and possible one other band with very high q-factors instead. |
| 02:44:45 | * | __builtin isn't exactly an audio expert ;) |
| 02:45:02 | __builtin | but that makes sense now |
| 02:45:23 | [Saint] | The annoying thing is that it is absurdly difficult to visualize on-device without something to actually display the curve that you're generating. |
| 02:45:49 | [Saint] | Which is a large part of the reason why people end up using our fancy parametric EQ like a dumb simple EQ. |
| 02:49:48 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:19:08 | | Quit MrZeus1 (Ping timeout: 255 seconds) |
| 03:23:53 | | Join Senji [0] (~Senji@85.187.103.250) |
| 03:26:07 | | Quit Senji_ (Ping timeout: 240 seconds) |
| 04:00 |
| 04:05:00 | | Quit olspookishmagus (Ping timeout: 256 seconds) |
| 04:06:00 | Bilgus_ | not to mention the changes in q are hard to hear unless you get rid of everything but the frequency you are on |
| 04:06:14 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 04:06:39 | | Nick olspookishmagus is now known as Guest39320 (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 04:21:53 | [Saint] | right. |
| 04:32:20 | | Join ungali [0] (ungali@162-202-67-158.lightspeed.livnmi.sbcglobal.net) |
| 04:32:20 | | Quit ungali (Changing host) |
| 04:32:20 | | Join ungali [0] (ungali@unaffiliated/ungali) |
| 04:33:21 | | Quit Senji (Ping timeout: 264 seconds) |
| 04:46:20 | | Quit [Saint] (Remote host closed the connection) |
| 04:47:57 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
| 04:49:50 | *** | Saving seen data "./dancer.seen" |
| 04:50:36 | | Quit dys (Ping timeout: 260 seconds) |
| 06:00 |
| 06:00:48 | | Quit PurlingNayuki (Ping timeout: 248 seconds) |
| 06:11:06 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 06:11:28 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:23:49 | | Join _jhMikeS_ [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 06:23:49 | | Quit jhMikeS (Disconnected by services) |
| 06:23:50 | | Nick _jhMikeS_ is now known as jhMikeS (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 06:28:25 | | Nick alexweis_ is now known as alexweissman (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 06:38:40 | | Quit jhMikeS (Ping timeout: 240 seconds) |
| 06:49:52 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:04:14 | | Quit ungali (Quit: ungali) |
| 07:06:10 | | Quit furrywolf (Ping timeout: 240 seconds) |
| 07:06:12 | | Nick Guest39320 is now known as olspookishmagus (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 07:10:53 | | Join bzed_ [0] (~bzed@shell.bzed.at) |
| 07:12:21 | | Quit bzed (Ping timeout: 264 seconds) |
| 07:12:26 | | Nick bzed_ is now known as bzed (~bzed@shell.bzed.at) |
| 07:12:57 | | Quit olspookishmagus (Ping timeout: 264 seconds) |
| 07:12:57 | | Quit alexbobp (Ping timeout: 264 seconds) |
| 07:13:33 | | Quit bluebrother (Ping timeout: 264 seconds) |
| 07:13:33 | | Quit diox (Ping timeout: 264 seconds) |
| 07:13:42 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 07:14:14 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 07:14:37 | | Nick olspookishmagus is now known as Guest39170 (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 07:14:44 | | Join alexbobp [0] (~alex@testificate.xen.prgmr.com) |
| 07:15:06 | | Nick alexbobp is now known as Guest42960 (~alex@testificate.xen.prgmr.com) |
| 07:48:26 | | Join chrisb [0] (~chrisb@pool-71-175-249-93.phlapa.east.verizon.net) |
| 07:53:20 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 07:54:58 | | Join diox [0] (~u@c80-216-199-59.bredband.comhem.se) |
| 08:00 |
| 08:07:11 | | Quit chrisb (Remote host closed the connection) |
| 08:08:26 | | Quit advcomp2019 (Ping timeout: 240 seconds) |
| 08:11:58 | | Join advcomp2019 [0] (~advcomp20@65-131-154-48.sxct.qwest.net) |
| 08:11:59 | | Quit advcomp2019 (Changing host) |
| 08:11:59 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 08:13:46 | | Quit edhelas (Quit: Leaving.) |
| 08:19:20 | | Join dys [0] (~dys@ip-109-40-3-122.web.vodafone.de) |
| 08:28:54 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:41:08 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 08:41:27 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:70d8:56d7:5dd2:9695) |
| 08:42:48 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 08:43:07 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 08:44:07 | | Nick JanC is now known as Guest98802 (~janc@lugwv/member/JanC) |
| 08:44:07 | | Quit Guest98802 (Killed (adams.freenode.net (Nickname regained by services))) |
| 08:44:07 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 08:45:55 | | Quit ZincAlloy (Client Quit) |
| 08:49:56 | *** | Saving seen data "./dancer.seen" |
| 08:53:15 | | Quit edhelas (Quit: Leaving.) |
| 09:00 |
| 09:03:54 | | Join paulk-blaze [0] (~paulk@213.141.185.81.rev.sfr.net) |
| 09:41:34 | | Quit Galois (Ping timeout: 240 seconds) |
| 09:46:14 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:4894:949f:da30:56c4) |
| 09:46:14 | | Quit ZincAlloy (Client Quit) |
| 09:56:15 | | Quit paulk-blaze (Ping timeout: 260 seconds) |
| 10:00 |
| 10:02:13 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:07:11 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:09:52 | | Join MrZeus_ [0] (~MrZeus@81.144.218.162) |
| 10:28:55 | | Quit pamaury (Ping timeout: 252 seconds) |
| 10:41:27 | | Join paulk-blaze [0] (~paulk@213.141.185.81.rev.sfr.net) |
| 10:49:59 | *** | Saving seen data "./dancer.seen" |
| 10:55:51 | | Join PurlingNayuki [0] (~Thunderbi@119.125.68.58) |
| 10:57:06 | | Quit PurlingNayuki (Read error: Connection reset by peer) |
| 10:57:11 | | Join PurlingNayuki1 [0] (~Thunderbi@119.125.68.58) |
| 10:59:35 | | Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@119.125.68.58) |
| 11:00 |
| 11:14:11 | | Join skapazzo [0] (~skapazzo@151.9.205.1) |
| 11:17:56 | | Quit amazoniantoad (Ping timeout: 255 seconds) |
| 11:28:05 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:28:57 | | Quit petur (Read error: Connection reset by peer) |
| 11:30:29 | | Join amazoniantoad [0] (~golden@2603:3018:600:a000:c48b:22ef:b5b3:be9b) |
| 11:30:49 | | Quit paulk-blaze (Remote host closed the connection) |
| 11:31:12 | | Join paulk-blaze [0] (~paulk@213.141.185.81.rev.sfr.net) |
| 11:31:29 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:a1ba:d426:84f0:e2e7) |
| 11:38:41 | | Nick Guest39170 is now known as olspookishmagus (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 11:51:31 | | Quit Moarc (Ping timeout: 245 seconds) |
| 11:52:31 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 11:53:00 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 12:00 |
| 12:11:26 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 12:50:02 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:07:30 | pamaury | Bilgus_: I find you "boot from other volume" patch suspicious |
| 13:25:46 | | Quit PurlingNayuki (Remote host closed the connection) |
| 13:26:04 | | Join PurlingNayuki [0] (~Thunderbi@119.125.68.58) |
| 13:41:25 | | Join mutnai [0] (6db90a3e@gateway/web/freenode/ip.109.185.10.62) |
| 13:42:06 | | Quit mutnai (Client Quit) |
| 13:48:05 | | Quit paulk-blaze (Quit: Leaving) |
| 13:51:02 | Bilgus_ | does it look at you sideways or something? |
| 13:54:32 | | Join petur [0] (~petur@78-23-23-252.access.telenet.be) |
| 13:54:32 | | Quit petur (Changing host) |
| 13:54:32 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 13:55:03 | pamaury | Bilgus_: yes, I wrote a comment ;) |
| 13:55:18 | Bilgus_ | ah I see your comment now as far as I could tell the drives enumerate from the lowest index |
| 13:56:09 | pamaury | you patch is fine in the sense that "it loads from another storage" but it seems useless to me because the binary you load, still loads everything from the main storage |
| 13:56:37 | Bilgus_ | Mihail has one to wipe out the internal drive but I dislike that immensely, I was just debating this morning how to go about indicating boot drive |
| 13:56:40 | pamaury | so you cannot throw a .rockbox/ directory on the sd card and expect it to load everything from there basically, it won't work |
| 13:57:14 | Bilgus_ | on the clip+ yes it works but I haven't looked into other players as of yet |
| 13:57:22 | pamaury | I think the cleanest way would be for the bootloader to indicate to rockbox what drive to use as main. For example by passing a structure |
| 13:57:47 | pamaury | Bilgus_: I don't see how it works, the internal storage is still the first drive |
| 13:57:51 | Bilgus_ | or passing a drive ID |
| 13:58:01 | pamaury | if you wipe out the first drive, it won't find the theme, codecs, etc |
| 13:58:57 | pamaury | in any case, all of this needs a serious discussion |
| 14:00 |
| 14:00:27 | Bilgus_ | apparently not according to the boot loader in disk.c mount_all Mihail made starting index 1 instead of 0 and that had the effect of blocking the internal drive |
| 14:01:05 | pamaury | Bilgus_: the problem is not the bootloader |
| 14:01:27 | pamaury | the problem is the binary you load, unless it's a custom build, it |
| 14:01:30 | pamaury | ''s useless |
| 14:03:58 | pamaury | also it raises the fair question of whether you really want the bootloader to automatically prefer a rockbox on sd card over rockbox on internal storage, assuming the two are available (and rockbox can change its main drive based on bootloader hint) |
| 14:04:03 | Bilgus_ | but I found at least on the clip+ booting from SD1 that the internal drive isn't enumerated anywhere but debug |
| 14:04:30 | pamaury | on a standard build ? |
| 14:04:57 | Bilgus_ | Yep <HEAD> |
| 14:05:12 | pamaury | that sounds more like a lucky side-effect of the bootloader not doing some init and is not redone by rockbox |
| 14:05:26 | pamaury | I can tell you for sure that it doesn't work on other targets |
| 14:05:27 | Bilgus_ | could be? |
| 14:05:38 | pamaury | and there is no reason why it should work |
| 14:07:34 | Bilgus_ | Agreed, but I was just fixing the hardcoded aspects of his first patch; now the behavior of booting from SD when a FW is present is pretty common in devices about the only thing I could see doing different is making it an explictly named file |
| 14:08:23 | pamaury | there are still aspects I don't like. It is not clear to me that you want this behavior by default |
| 14:08:40 | Bilgus_ | loke instead of looking for rockbox.sansa on the other volumes making it look for ext_rockbox.sansa or some other convention |
| 14:08:56 | pamaury | you don't really want to change that |
| 14:09:19 | pamaury | because then you could'nt just unzip a build |
| 14:09:57 | Bilgus_ | It would really suck to have to hold down a key if you wanted to boot externally |
| 14:10:29 | pamaury | it sucks if you boot from sd when you want to boot from internal |
| 14:10:29 | Bilgus_ | having to rename it though does fit your requirement of not being default |
| 14:10:51 | Bilgus_ | at least the sd is removable |
| 14:11:00 | pamaury | To me the only proper approach is to scan all storages, boot if there is only one found, and ask the user if there are several |
| 14:11:14 | Bilgus_ | thats an idea |
| 14:11:20 | pamaury | that would mean removing the sd everytime, that sucks big time |
| 14:12:48 | pamaury | anyway, all of this is moot if rockbox cannot changes its main drive dynamically |
| 14:13:30 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:2550:2630:4ed:ed3) |
| 14:14:06 | Bilgus_ | you could present user with a menu that gives them a choice of this that etc, then this time Only, Always but I'm not sure of access to the .cfg file from BL |
| 14:15:14 | Bilgus_ | by dynamically you mean (not) hardcoded in the FW file? |
| 14:15:28 | pamaury | yeah, currently main drive is drive 0, always |
| 14:15:44 | pamaury | and codecs, themes, etc are all loaded from there |
| 14:16:19 | pamaury | putting this setting in the cfg file doesn't really make sense, since it's a device setting, it would have to be separate file on the internal storage or stores in RTC/NVRAM |
| 14:16:39 | pamaury | and I am not sure what is value of remembering the setting |
| 14:17:47 | * | pamaury mentions that the situation for RaaA is far more complex |
| 14:20:14 | Bilgus_ | I imagine it would be similar to a grub boot menu with the capability to set default |
| 14:20:22 | Bilgus_ | RaaA? |
| 14:20:31 | pamaury | applications |
| 14:21:17 | pamaury | that requires discussion, to weight wether the benefit is worth the work to implement this |
| 14:24:29 | Bilgus_ | I see that in Debug SD0 is the internal storage but I'm just not understanding why it works propely even battery bench wrote to the sd card |
| 14:24:51 | Bilgus_ | properly, |
| 14:25:22 | Bilgus_ | maybe a sideeffect of the Clip+ and its SD NAND |
| 14:25:32 | | Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) |
| 14:27:33 | pamaury | maybe it couldn't mount SD0 (for some reason) and thus mounted SD1 as root. To probbaly need to add some logf to disk.c to investigate |
| 14:31:57 | Bilgus_ | IDK could be, I know the USB still allows me to access internal so maybe something has changed with Jhmikes un published pushes |
| 14:41:33 | Bilgus_ | I'll try on my fuze+ soon and try to figure out whats going on on the Clip+ and see what Mihail has discovered thus far |
| 14:50:03 | *** | Saving seen data "./dancer.seen" |
| 14:55:23 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
| 16:00 |
| 16:00:48 | | Join furrywolf [0] (~randyg@174-144-120-55.pools.spcsdns.net) |
| 16:32:00 | | Join advcomp2019_ [0] (~advcomp20@65-131-154-48.sxct.qwest.net) |
| 16:32:00 | | Quit advcomp2019_ (Changing host) |
| 16:32:00 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 16:32:10 | | Join MrZeus__ [0] (~MrZeus@81.144.218.162) |
| 16:32:22 | | Quit MrZeus_ (Read error: Connection reset by peer) |
| 16:35:13 | | Quit advcomp2019 (Ping timeout: 252 seconds) |
| 16:37:18 | | Join mercutio [0] (ben@pearl.meh.net.nz) |
| 16:38:25 | mercutio | it seems forum isn't working for me, is fiio x3 second generation working? |
| 16:39:38 | | Join Strife1989 [0] (~quassel@adsl-98-67-57-228.mcn.bellsouth.net) |
| 16:40:41 | | Quit ZincAlloy (Quit: Leaving.) |
| 16:43:12 | | Quit Strife89 (Ping timeout: 256 seconds) |
| 16:50:06 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:00:41 | | Join Senji [0] (~Senji@85.187.103.250) |
| 17:35:27 | dys | hehe, strings you don't want to see in a vendor firmware dump: "!!! FIX ME !!!" |
| 17:36:52 | dys | OTOH, porting rockbox does probably do exactly this |
| 17:37:49 | dys | pamaury: Another used one arrived today. Let's see how fast I can brick this one. |
| 17:43:43 | duo8 | i kinda want to get the sony a25, but that meant giving up OGG |
| 17:43:50 | duo8 | what format do you use? |
| 17:44:12 | | Quit petur (Quit: Connection reset by beer) |
| 17:44:15 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 17:45:13 | | Part jhMikeS |
| 17:45:29 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 17:55:27 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 17:56:46 | | Quit JanC (Killed (barjavel.freenode.net (Nickname regained by services))) |
| 17:56:46 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 18:00 |
| 18:07:57 | | Quit elensil (Quit: Leaving.) |
| 18:25:11 | | Quit jhMikeS () |
| 18:27:32 | | Quit alexweissman (Read error: Connection reset by peer) |
| 18:27:46 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 18:33:28 | | Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-62-122.telecom.by) |
| 18:37:28 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 18:46:23 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 18:50:07 | *** | Saving seen data "./dancer.seen" |
| 18:51:33 | | Quit pamaury (Remote host closed the connection) |
| 19:00 |
| 19:02:50 | | Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
| 19:02:52 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:78af:726a:26f1:d5c5) |
| 19:04:39 | | Quit idonob (Ping timeout: 240 seconds) |
| 19:10:21 | | Quit Jinx (Quit: reboot) |
| 19:16:11 | | Join MrZeus1 [0] (~MrZeus@2a02:c7f:7008:3400:25d8:6c21:78de:3bf3) |
| 19:26:04 | | Quit robertd1 (Ping timeout: 240 seconds) |
| 19:27:12 | | Quit MrZeus1 (Ping timeout: 255 seconds) |
| 19:30:30 | | Join MrZeus [0] (~MrZeus@2a02:c7f:7008:3400:35b1:6f9c:7db1:e4e) |
| 19:36:36 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 19:36:48 | | Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) |
| 19:38:49 | saratoga | jhMikeS: looking at the dsp engine, is the only thing preventing 24 bit output that sample_output_stereo and sample_output_dithered output 16 bit? AFAICT everything else before the audio drives is 32 bit right? |
| 19:44:40 | pamaury | dys: cool :) try not to fry it this time ;) |
| 19:48:39 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 19:50:44 | | Join johnb3 [0] (~johnb3@p57B451F7.dip0.t-ipconnect.de) |
| 19:55:24 | | Quit johnb3 (Ping timeout: 255 seconds) |
| 19:56:41 | | Join marti____ [0] (~martin@x4d04dd14.dyn.telefonica.de) |
| 19:56:49 | | Nick marti____ is now known as soylentgreen_ (~martin@x4d04dd14.dyn.telefonica.de) |
| 20:00 |
| 20:01:56 | | Join johnb3 [0] (~johnb2@p57B451F7.dip0.t-ipconnect.de) |
| 20:02:33 | | Nick johnb3 is now known as johnb2 (~johnb2@p57B451F7.dip0.t-ipconnect.de) |
| 20:02:53 | dys | ah, unplugging the battery puts the system into a reboot loop. very convenient for poking around with an analog scope :-D |
| 20:07:12 | | Quit edhelas (Quit: Leaving.) |
| 20:09:36 | | Join Strife89 [0] (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78) |
| 20:12:14 | | Nick Strife89 is now known as Strife89|Work (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78) |
| 20:13:34 | | Nick soylentgreen_ is now known as thehyde (~martin@x4d04dd14.dyn.telefonica.de) |
| 20:15:55 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:17:59 | [Saint] | pamaury: Bilgus_: I'm pretty sure that at least some of the clips were /already/ able to boot their main binary from the sdcard with the git head bootloader, and that it is very deliberate. |
| 20:18:16 | [Saint] | so this really sounds like a happy accident. |
| 20:18:39 | | Quit johnb2 (Ping timeout: 260 seconds) |
| 20:18:42 | [Saint] | but pamaury is absolutely right, all the other targets are just going to crash and burn. |
| 20:23:02 | pamaury | [Saint]: do you know how it is implemented ? I was not aware of this functionality |
| 20:23:52 | [Saint] | pamaury: No, sorry, never been much of a sansa AMS guy. |
| 20:24:09 | [Saint] | I'm just _overwhelmingly_ confident this functionality already existed. |
| 20:24:32 | [Saint] | Due to the very large volume of sandisk players that fuck their internal storage and need manual recovery. |
| 20:28:24 | [Saint] | yeah...looking at the code, it's definitely implemented in bootloader and RoLo. |
| 20:28:28 | * | pamaury doesn't see any special code in AMSv1/2 for that but it might be an odd trick |
| 20:28:38 | [Saint] | By Mihail no less. |
| 20:29:18 | [Saint] | mainpage leads me right to https://git.rockbox.org/?p=rockbox.git;a=commit;h=7cb1e5a |
| 20:30:05 | [Saint] | and there's approximately seventy bajillionteen references to this in the forums. |
| 20:30:11 | [Saint] | also with Mihail all over it. |
| 20:30:29 | pamaury | hum, this code says it's possible, but this particular code does not enable this feature |
| 20:31:38 | [Saint] | saratoga - I figure you're a god person to ask about this |
| 20:32:08 | [Saint] | since you're also allllll up in this on the forums and directly imply multiple times that a git head bootloader will get it done. |
| 20:32:24 | [Saint] | s/god/good/ - though, perhaps both apply. |
| 20:33:09 | pamaury | under what circumstances is this "features" activated ? Like is it when the internal storage is dead ? |
| 20:34:17 | pamaury | I believe that the way rockbox work, if the internal drive somehow did not contain any valid partition, it would "naturally" load from the sd card, since I think it loads from the first valid partition found |
| 20:39:11 | | Join Link8 [0] (~me@145.132.155.235) |
| 20:50:10 | *** | Saving seen data "./dancer.seen" |
| 20:55:14 | | Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 20:55:18 | | Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51) |
| 20:59:02 | | Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) |
| 21:00 |
| 21:02:39 | | Quit wodz (Ping timeout: 248 seconds) |
| 21:05:23 | | Join johnb2 [0] (~johnb2@p57B451F7.dip0.t-ipconnect.de) |
| 21:11:31 | saratoga | [Saint]: I didn't pay much attention to that, I think it was a workaround for a player with dying flash memory |
| 21:12:25 | johnb2 | yes, Mihail provided it for me |
| 21:13:06 | saratoga | i think a lot of the clips were made with very poor quality flash memory, so its kind of a special hack for that player |
| 21:14:54 | johnb2 | The player is still alive, but every now and then it wouldn't boot RB from internal. With the patch it loads from the SD instead. |
| 21:15:08 | johnb2 | in such a case. |
| 21:15:56 | johnb2 | and I was afraid of the internal flash dying completely. So better to have a safety net in place. |
| 21:16:46 | saratoga | the bootloader is still on flash though, so if it dies completely the player is still ruined |
| 21:16:59 | saratoga | but better than nothing |
| 21:17:09 | saratoga | still curious about replacing flash on the clips |
| 21:17:41 | | Join Bilgus_ph [0] (~Bilgus_ph@108.115.117.240) |
| 21:18:31 | Bilgus_ph | Johnb2: he just gave you a patch that hard coded the locs for the firmware file correct? |
| 21:21:03 | Bilgus_ph | Ive been looking through the bootloader on break and I really see no reason just loading the fw file from ext should make it ignore the root of internal storage but I'M probably missing something |
| 21:21:48 | | Quit Bilgus_ph (Remote host closed the connection) |
| 21:22:26 | | Quit johnb2 (Ping timeout: 240 seconds) |
| 21:30:52 | pamaury | hum, there is something strange the volume on the NWZ players. ALSA claims range 0..100 but the driver does not accept any value >=32. It accepts negative values but any value <=0 seems to mute the output. Volume 1 is already very loud and 31 is like so loud I can gear the music from several meters away from the headphones. Something is not right |
| 21:40:05 | pamaury | clearly the OF can go much lower in volume, but it also has a 0..31 volume range which is confusing :-/ |
| 21:40:33 | [Saint] | saratoga: you state in the forums at least twice that one needs a git head bootloader, and a cursory glance seems to indicate that it's in place in the bootloader and RoLo code. |
| 21:40:50 | | Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) |
| 21:41:20 | saratoga | did I? |
| 21:41:27 | [Saint] | so at least at some point you definitely seemed to know what's going on. |
| 21:41:31 | [Saint] | yep. |
| 21:41:47 | pamaury | [Saint]: I think what is happening is actually nothing special |
| 21:42:26 | [Saint] | it seems like there's just logic in place to check the sdcard for .rockbox if it can't be located in internal. |
| 21:42:57 | pamaury | if the internal storage is dying and does not yield any valid partition, rockbox will boot from SD. What Mihail fixed is the fact that sansa uses the same pin to detect variant and select between stuff, thus this pin needs to be set to its original value when you boot/rolo |
| 21:42:57 | [Saint] | but like saratoga said, the bootloader still resides in the magic section of the NAND, so if it dies _completely_, you're still fucked. |
| 21:43:23 | pamaury | [Saint]: I can't see that logic anywhere, for me it's just a consequence of how mounting works |
| 22:00 |
| 22:05:21 | | Quit mutnai (Quit: Page closed) |
| 22:05:34 | | Quit michaelni (Ping timeout: 240 seconds) |
| 22:15:29 | | Join johnb2 [0] (~johnb2@p57B451F7.dip0.t-ipconnect.de) |
| 22:18:40 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
| 22:20:06 | | Quit Link8 (Ping timeout: 240 seconds) |
| 22:20:49 | | Quit thehyde (Remote host closed the connection) |
| 22:21:01 | johnb2 | Bilgus: I have not yet tried the new patch with the hardcoded file locations. Mihail stated in the forum, that if you want codecs and config from SD too, you need to also apply the patch which only mounts the second drive. |
| 22:21:16 | | Join Mihail [0] (252d6bb1@gateway/web/cgi-irc/kiwiirc.com/ip.37.45.107.177) |
| 22:21:59 | johnb2 | In other words, codecs, config is always loaded from the first available drive. |
| 22:23:07 | Mihail | I just enable SD card support in bootloader: https://git.rockbox.org/?p=rockbox.git;a=commit;h=79ca6d4e3cf6fcd2f05cca0a703200394920741f and fix sd card detecting in bootloader for variant 1: https://git.rockbox.org/?p=rockbox.git;a=commit;h=7cb1e5ae8b8014edca64f1fd187f4e1e6f3e99e3 |
| 22:24:16 | Mihail | all others changes on forum - just hacks and should by reworked |
| 22:25:21 | Bilgus_ | Hmm I didn't do the second patch at all I just made it run through the index of available volumes and it loaded fw from my SD config, fonts, themes were all non-existent |
| 22:27:17 | Mihail | Bilgus_: it will load all from SD if it can't mount internal drive |
| 22:27:46 | Bilgus_ | My device doesn't have a problem with the internal drive |
| 22:28:13 | Bilgus_ | see g#1550 that is literally all I did |
| 22:28:15 | fs-bluebot | Gerrit review #1550 at http://gerrit.rockbox.org/r/1550 : Add boot from other volumes in bootloader on targets with HAVE_MULTIVOLUME by William Wilgus |
| 22:28:19 | johnb2 | True, but that didn't help me much because this special clip+ (often) crashes when RB tries to write onto internal, e.g. the file which indicates location of the currently played song. |
| 22:29:49 | johnb2 | ^Bilgus |
| 22:30:03 | Bilgus_ | It made the internal drive virtually non-existent as far as RB is concerned I can still see it in DGB and I can still see it over usb but anywhere else it isn't there IE everything writes to the SD which don't get me wrong it exactally what I want but I'm wondering why |
| 22:33:22 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) |
| 22:39:26 | Mihail | Bilgus_: but you just change order in bootloader. You should also change order in disk_mount_all() for checking ".rockbox" on SD first |
| 22:39:54 | Bilgus_ | So it sounds like We need a define for HAVE_EXT_BOOT or something along those lines in players that support it |
| 22:39:55 | | Join edhelas [0] (~edhelas@145.133.43.230) |
| 22:40:43 | Bilgus_ | Mihail you mean your second patch? |
| 22:40:49 | Mihail | yes |
| 22:40:53 | Bilgus_ | moving the index up by one? |
| 22:41:00 | | Quit petur (Quit: Leaving) |
| 22:41:02 | Mihail | yes |
| 22:41:07 | Bilgus_ | yeah that made it so my player never booted the internal FW |
| 22:41:23 | Bilgus_ | so if no card I just got PLUG USB |
| 22:41:58 | Mihail | so you should reverse cycle |
| 22:42:20 | Bilgus_ | what I'm saying is I just patched what I poseted on gerrit and it Just Worked TM |
| 22:42:41 | Mihail | it can't :) |
| 22:43:10 | Bilgus_ | I'm sitting here listening to the player lol |
| 22:44:40 | Mihail | are you still see internal drive in root and SD in /microSD1 ? |
| 22:46:06 | Bilgus_ | nope |
| 22:46:20 | Mihail | what you see? |
| 22:47:22 | Bilgus_ | in rockbox system>info INT shows the sd card 32 gb atm, MSD: Not Present |
| 22:48:00 | Bilgus_ | File browser shows root of the sd card no <drivex> or anything |
| 22:48:23 | Mihail | some thing wrong as internal drive not mounted, you should check why |
| 22:49:39 | Bilgus_ | debug disk info does show microSd 0 (is internal drive ) and microSd 1 which is ext |
| 22:50:11 | *** | Saving seen data "./dancer.seen" |
| 22:50:23 | Bilgus_ | Well when I pull the card or remove rockbox.sansa from card it boots the internal and works as expected |
| 22:50:43 | Bilgus_ | and when I plug USB I get both |
| 22:51:47 | Bilgus_ | That is what Pamaury was alluding to as well |
| 22:53:36 | Mihail | you should try build with logf and check reason why internal drive was not mounted |
| 22:54:14 | Bilgus_ | K give me a bit |
| 22:54:21 | | Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) |
| 22:57:26 | | Quit johnb2 (Ping timeout: 240 seconds) |
| 23:00 |
| 23:03:12 | | Quit Senji (Ping timeout: 255 seconds) |
| 23:09:00 | | Join Senji [0] (~Senji@85.187.103.250) |
| 23:14:06 | | Quit Senji (Ping timeout: 240 seconds) |
| 23:14:31 | Mihail | Bilgus_: this patch can be useful - it show numbers of retry and reinit in debug menu: http://knk.square7.ch/rb/rockbox-sd_dbg_retry.patch |
| 23:18:07 | * | dys is hacking write support for the FM25Q32 into flashrom |
| 23:18:42 | dys | I read the correct device id, but the manufacturer ID is 0xfc instead of 0xf8 |
| 23:19:01 | dys | I wonder if that mysterious second device is responding, too |
| 23:21:20 | | Join thehyde [0] (~martin@x4d04dd14.dyn.telefonica.de) |
| 23:27:20 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 23:28:39 | Bilgus_ | Mihail I'm pretty sure it is because I'm an idiot |
| 23:29:22 | Mihail | what was wrong? |
| 23:29:25 | Bilgus_ | I think I hasd applied your second patch to the FW file in the SD card because with logf enabled it is working properly |
| 23:31:33 | | Quit thehyde (Ping timeout: 240 seconds) |
| 23:32:27 | Bilgus_ | I'm pretty sure that is exactly it |
| 23:32:32 | Bilgus_ | Sorry. |
| 23:33:02 | Mihail | no problems :) |
| 23:33:12 | | Quit olejorgenb (Quit: Lost terminal) |
| 23:34:32 | Bilgus_ | So then what needs to be done is to check for the internal drive and disable it based on the external fw being loaded |
| 23:36:22 | Mihail | you should check is SD have ".rockbox" and if it have - mount it as first drive. But if it doesn't - remount it as second drive |
| 23:36:42 | [Saint] | why disable the internal? |
| 23:37:06 | [Saint] | I thought this was more about flipping it. Don't really see any need to cripple internal storage. |
| 23:37:47 | Bilgus_ | well I think it will always write/ read to internal |
| 23:38:52 | Bilgus_ | Mihail I think it would be better for the Bootloader to store the volume it booted from and return it when asked |
| 23:40:11 | Mihail | no, as SD can have "/rockbox.sansa" but don't have "/.rockbox" dir |
| 23:40:53 | [Saint] | you're gonna have to patch out RbUtil too. |
| 23:41:07 | [Saint] | so it doesn't just drop a new .rockbox in internal every time. |
| 23:41:37 | Mihail | [Saint]: good point |
| 23:41:48 | [Saint] | I have them occasionally. |
| 23:41:51 | [Saint] | :) |
| 23:42:43 | Bilgus_ | well first we need to have a long discussion on if this is even a wanted functionality or maybe just limited to the sansas |
| 23:43:08 | Bilgus_ | if even that |
| 23:43:59 | Mihail | any drawbacks for others multi drive targets? |
| 23:44:28 | Bilgus_ | like instead maybe we should have it in the sansa bootloader by default but only works with a special build or special filename |
| 23:45:11 | | Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) |
| 23:45:23 | Bilgus_ | have to wait till tomorrow bbl |
| 23:45:48 | | Quit Strife89|Work (Ping timeout: 255 seconds) |
| 23:46:12 | Mihail | no, it should be very simple for end user - just unpack to SD card should be enough |
| 23:47:03 | pamaury | I am not sure I'm following exactly what is suggested but that seems like nontrivial work. You need the bootloader to boot from SD, AND to tell rockbox it booted from SD so that it can use it as first drive instead of internal. Just loading a new rockbox.sansa is not enough |
| 23:47:20 | | Quit alexweissman (Remote host closed the connection) |
| 23:48:47 | Mihail | pamaury: main rockbox just should check is SD card have ".rockbox" dir - if have change order of mount point |
| 23:49:05 | pamaury | yeah but that's a bad plan |
| 23:49:06 | | Quit thomasjfox (Ping timeout: 255 seconds) |
| 23:49:15 | Mihail | why? |
| 23:49:21 | pamaury | it hardcodes the fact that SD has priority over main |
| 23:49:45 | pamaury | if you ever want to change it, like having a menu, it breaks because it requires the bootloader and rockbox to have the same logic |
| 23:49:51 | Mihail | but only when user put rockbox on it |
| 23:50:06 | pamaury | yeah even then, I don't like it |
| 23:50:35 | Mihail | menu bad - as user should do choose every time |
| 23:50:57 | pamaury | as soon as you write a policy in the bootloader for that, it's written in stone because bootloaders hardly ever change for users, and this whole approach depends on the bootloader and rockbox to have the same policy |
| 23:51:59 | pamaury | if it's going to be implemented, it should at least be done properly, ie bootloader tells rockbox.xxxx what is the main storage |
| 23:53:50 | Mihail | if user don't put rockbox on sd card - all work as now. But if user put rockbox on sd card - it want boot from it, right? |
icon identifies that the person is a core developer (has commit access).