00:01:21 | saratoga | Shout: probably not, those devices have almost no memory and probably can't be programmed to do much |
00:04:54 | Shout | aw man - because of course the clip zips have been discontinued and are majorly expensive |
00:08:01 | | Quit Shout (Quit: Leaving) |
00:08:14 | | Quit edhelas (Ping timeout: 264 seconds) |
00:18:49 | *** | Saving seen data "./dancer.seen" |
00:24:49 | | Quit xorly (Ping timeout: 250 seconds) |
00:25:54 | | Quit pamaury (Remote host closed the connection) |
00:50:12 | | Quit ZincAlloy (Quit: Leaving.) |
00:55:44 | [Saint] | I kinda feel sorry for the people buying the Sport or Jam on the back of assumption that it isn;t going to be too different internally and will likely be supported if not not then eventually. |
00:56:33 | [Saint] | Admittedly it isn't obvious that they would suddenly switch from hardware that was pretty clearly quite excessive to hardware that only just barely meets the minimum requirements. |
00:57:20 | [Saint] | Almost seems like they switch to someone else's dirt cheap reference design instead of using an in-house build. |
00:57:50 | [Saint] | I bet the BOM for the Sport or Jam isn't much more than a couple of dollars. |
00:58:09 | [Saint] | Something something, economy of scale, I guess. |
00:59:26 | [Saint] | I bet that we could come up with a reasonably priced "Rockbox Kit" with the Raspberry Pi zero and some of the off-the-shelf plug-and-play components from Adafruit or similar component vendors or wholesalers. |
00:59:35 | [Saint] | But it sure as shit wouldn't be pretty or reliable. |
00:59:56 | [Saint] | Or a nice form factor. |
01:00 |
01:00:12 | [Saint] | ...or waterproof. |
01:00:17 | [Saint] | Or shock resistant. |
01:01:30 | [Saint] | But you could likely make a decent package for between $100 and $150 USD, including getting a case printed from a batch fabrication center. |
01:01:46 | [Saint] | (or if you have your own 3D printer or CNC) |
01:03:31 | [Saint] | The only difficult part I can think of that drastically alters the build and can't really be done in any nice or remotely compact form factor with off the shelf parts would be making a daughterboard with a nicely routed GPIO header for supplying hardware keys. |
01:04:54 | [Saint] | But once a design was finalized, one person could send away and get one or two 16x16" double layer PCBs etched and then wear the initial cost and offset it by selling them off to other people. |
01:05:02 | | Quit girafe (Read error: Connection reset by peer) |
01:05:57 | [Saint] | Then either spend the time populating them yourself and sell them for a little extra, or just sell bare boards and let other people populate them or sell them with the components inclusive and let the receiver populate the board. |
01:14:01 | [Saint] | Raspberry Pi zero, RTC module (off the shelf is large - this might be a candidate for a dedicated daughterboard as well for a nice form factor {perhaps on the back of the DPAD/hardware button daughterboard for a nice form factor, but complexity...}), sdcard, GPIO header strip, a half dozen momentary surface mount membrane switches, |
01:14:01 | [Saint] | 1.1"~2" OLED display, 300~400mAh LiPo, two 3.5mm TRRS, a couple of slide action switches at least (power and hold - I'm a believer in dedicated fixed action switches for these) mic, DAC module (yet another candidate for a dedicated dauterboard unless we're willing to have a laughably large form factor where we may as well have a much larger display and battery if we do) |
01:14:06 | [Saint] | Ummm...what else. |
01:15:10 | [Saint] | oh, well, obvious things like a handful of resistors for reliable pullup/down from our hardware switches. |
01:15:42 | [Saint] | maybe a 7.5mm lineout as well, might as well. |
01:16:47 | [Saint] | passive amplifier (even with modular OPAMPs) could be added with a bare minimum of components, but then you'd get even more form factor woes. |
01:18:11 | [Saint] | I would definitely consider adding a second microsdcard reader for user storage and keeping the host OS and the boot partition to the main sdcard and keep the system read only for some degree of reliability. |
01:19:48 | [Saint] | I would likely build such a system around a debian armhf base image using the bare minimum of dependencies required to provide the SDL app. |
01:20:29 | [Saint] | footprint for the OS and boot partition would easily fit in a 2GB sdcard. |
01:21:18 | [Saint] | It would likely fit in under 1GB (512MB might be a stretch but doable), but microsd media that small is almost impossible to find these days. |
01:22:06 | [Saint] | The Raspberry Pi Zero itself is laughably difficult to find these days too, unfortunately. |
01:22:27 | [Saint] | And that's a real kick in the bum for us. |
01:23:25 | [Saint] | Because them the next best candidate becomes the Raspberry Pi Compute Module, and that increases the necessary complexity and cost by an order of magnitude. |
01:23:54 | [Saint] | The minimal order for the Compute Module is somewhere in the order of a thousand units. |
01:24:26 | [Saint] | And we would need to design and populate a receiver board for it to even be functional. |
01:25:10 | [Saint] | But, that could arguably benefit us be allowing us to design a receiver board that had the aforementioned components populated on it. |
01:26:12 | [Saint] | And the Compute Module breaks out all of the BCM and VideoCore pins as well which is somewhat of a benefit. |
01:27:55 | [Saint] | If we went that route it would be significantly more expensive and complex, and it would entirely eliminate the possibility of allowing Joe Average to build one in his home with off the shelf parts, but it would allow for a much much much nicer end product. |
01:31:00 | [Saint] | The Compute Module receiver board could include the hardware buttons, multiple microsd push-pull slots if desired, the mic, the DAC(s? - may as well if we're upping the complexity), the RTC, amplifier, sockets for interchangeable OPAMPs, the 3.5mm and 7.5mm TRRSs, header for the LCD or OLED display, ... |
01:32:43 | [Saint] | I could design one. Pick the components and route the receiver board design. But it wouldn't be cheap, and I definitely wouldn't be the one building it unless someone else (or multiple someones) funded it. |
01:33:03 | [Saint] | No way I'm dropping several thousand dollars on ideals alone. ;) |
01:34:16 | [Saint] | Oh, and I definitely wouldn't call it the Lyre Project. |
01:34:37 | [Saint] | As that name seems to be cursed, almost like Nokia. |
01:53:14 | | Quit [Saint] (Remote host closed the connection) |
01:54:20 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
02:00 |
02:04:21 | | Join smoke_fumus [0] (~smoke_fum@188.35.176.90) |
02:18:50 | *** | Saving seen data "./dancer.seen" |
02:26:26 | | Join Bice [0] (62ebde91@gateway/web/freenode/ip.98.235.222.145) |
02:27:49 | Bice | Anyone know if Rockbox is compatible with the SanDisk Clip Sport? The stable port list specifies Clip, Clip+ and Clip Zip, but not specifically the Clip Sport. |
02:28:15 | Bice | The Sport looks almost identical to the Clip Zip, but I thought I'd ask before I try installing it. |
02:28:54 | | Quit [Saint] (Remote host closed the connection) |
02:30:08 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
02:30:47 | | Quit prof_wolfff (Ping timeout: 244 seconds) |
02:51:56 | | Quit Bice (Ping timeout: 250 seconds) |
03:00 |
03:01:32 | dongs | Bice: no, it uses a chip with not enough ram to do anything with rockbox |
03:02:30 | [Saint] | Who'ya talking to bud? |
03:02:51 | [Saint] | missed 'em by a long ways. |
03:02:57 | dongs | lewl |
03:17:12 | | Quit soap (Read error: Connection reset by peer) |
03:21:43 | | Quit uwe_ (Ping timeout: 276 seconds) |
03:21:45 | | Join uwe__ [0] (~uwe_@ipservice-092-217-116-198.092.217.pools.vodafone-ip.de) |
03:40:28 | | Quit NathanV (Ping timeout: 250 seconds) |
03:44:20 | | Join soap [0] (~soap@rockbox/staff/soap) |
04:00 |
04:18:53 | *** | Saving seen data "./dancer.seen" |
04:34:35 | | Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) |
04:50:17 | | Quit akaWolf (Ping timeout: 244 seconds) |
04:51:05 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
05:00 |
05:27:30 | | Join CrashBash-Kun [0] (~CrashBash@unaffiliated/crashbash-kun) |
05:56:32 | | Quit michaelni (Ping timeout: 240 seconds) |
06:00 |
06:01:45 | | Join NathanV [0] (68dc3297@gateway/web/freenode/ip.104.220.50.151) |
06:09:55 | | Join michaelni [0] (~michael@chello213047041020.graz.surfer.at) |
06:18:38 | | Quit nlogex (Ping timeout: 244 seconds) |
06:18:57 | *** | Saving seen data "./dancer.seen" |
06:19:05 | | Quit NathanV (Ping timeout: 250 seconds) |
06:34:38 | | Quit duo8 (Ping timeout: 264 seconds) |
06:35:30 | | Join duo8 [0] (~ZNC-SRV-H@171.224.95.212) |
06:53:56 | | Quit athidhep (Quit: athidhep) |
07:00 |
07:08:18 | | Join JdGordon [0] (~jonno@124-148-190-61.dyn.iinet.net.au) |
07:08:18 | | Quit JdGordon (Changing host) |
07:08:18 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
07:11:11 | | Quit JdGordon_ (Ping timeout: 276 seconds) |
07:13:27 | duo8 | uhh |
07:13:44 | duo8 | rockbox ultility suddenly works fine, font rendering broken though |
07:14:16 | duo8 | I thought I set qt4 up differently |
07:16:07 | | Join NathanV [0] (68dc3297@gateway/web/freenode/ip.104.220.50.151) |
07:31:07 | | Join athidhep [0] (~afoakf@unaffiliated/athidhep) |
07:31:16 | | Quit athidhep (Client Quit) |
07:31:32 | | Join athidhep [0] (~afoakf@unaffiliated/athidhep) |
07:36:18 | | Quit athidhep (Ping timeout: 260 seconds) |
07:38:54 | | Quit CrashBash-Kun (Ping timeout: 258 seconds) |
07:50:57 | | Quit NathanV (Ping timeout: 250 seconds) |
07:57:18 | | Quit zoktar (Ping timeout: 258 seconds) |
08:00 |
08:00:49 | | Join edhelas [0] (~edhelas@145.133.43.230) |
08:14:11 | | Quit duo8 (Ping timeout: 240 seconds) |
08:18:36 | | Join duo8 [0] (~ZNC-SRV-H@171.224.95.212) |
08:19:00 | *** | Saving seen data "./dancer.seen" |
08:23:29 | | Quit duo8 (Ping timeout: 244 seconds) |
08:27:51 | | Join duo8 [0] (~ZNC-SRV-H@171.224.95.212) |
08:28:02 | | Join zoktar [0] (~zoktar@78-70-243-143-no186.tbcn.telia.com) |
08:28:02 | | Quit zoktar (Changing host) |
08:28:02 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
08:30:09 | | Quit edhelas (Ping timeout: 250 seconds) |
08:33:05 | | Quit duo8 (Ping timeout: 276 seconds) |
08:39:04 | | Join MrZeus_ [0] (~MrZeus@81.144.218.162) |
08:39:05 | | Quit MrZeus (Read error: Connection reset by peer) |
08:45:03 | | Join duo8 [0] (~ZNC-SRV-H@171.224.95.212) |
08:50:05 | | Quit zoktar (Ping timeout: 276 seconds) |
08:56:31 | | Join edhelas [0] (~edhelas@145.133.43.230) |
08:57:01 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:02:03 | | Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
09:02:11 | | Join smoke_fumus [0] (~smoke_fum@188.35.176.90) |
09:07:26 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:08:44 | | Join zoktar [0] (~zoktar@78-70-243-143-no186.tbcn.telia.com) |
09:09:09 | | Quit edhelas (Ping timeout: 250 seconds) |
09:10:02 | | Quit zoktar (Changing host) |
09:10:02 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
09:20:30 | | Join paulk-aldrin [0] (~paulk@armstrong.paulk.fr) |
09:36:42 | yuun | Hey [Saint] was that just a line, or are you really trying to build up such a project? |
09:36:54 | yuun | I mean about the rasperry player |
09:41:53 | yuun | I miss my rockboxed iPod classic, I used to hate iPods so much, but since I lost it no player has been offering me what I could do with it. |
09:43:54 | yuun | did try the DX90 rockboxed and it was ok, but not enough space with 1µsd slot, short battery life (even with a spare), and it started to have a strange bug; would have a cut after 2 - 3 seconds of a new song played. |
09:44:56 | yuun | now, I m considering buying back an iPod classic and modify it for SD cards, but I'm afraid I'd buy a countefeit one, as there isn't an official way to buy them anymore. |
09:50:26 | | Quit TheSeven (Ping timeout: 258 seconds) |
09:50:55 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
09:54:48 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:6ca2:f8ca:ec69:1d83) |
10:00 |
10:10:34 | duo8 | uhh |
10:10:42 | duo8 | you can't easily counterfeit those |
10:10:55 | duo8 | unless you make it really obvious |
10:14:21 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
10:19:02 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:03:36 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
11:04:49 | | Part krabador |
11:14:38 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
11:26:06 | | Join NathanV [0] (68dc3297@gateway/web/freenode/ip.104.220.50.151) |
11:51:26 | | Quit pamaury (Ping timeout: 264 seconds) |
11:51:33 | | Quit elensil (Remote host closed the connection) |
11:53:15 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:6ca2:f8ca:ec69:1d83) |
11:59:26 | NathanV | Is there ever much buying and selling of pmps in the rockbox community? |
12:00 |
12:01:06 | gevaerts | There's some such activity on the forums every now and then |
12:01:36 | gevaerts | Also on the mailing list, but that's *really* quiet these days |
12:03:03 | NathanV | I wonder what the likelihood is of me getting a response from an iso for a yp-r0 |
12:03:11 | NathanV | Is there a specific section for that on the forum? |
12:03:39 | NathanV | There doesn't seem to be any sort of off-topic section |
12:05:47 | gevaerts | iso? |
12:05:53 | NathanV | in search of |
12:06:10 | gevaerts | Ah, right. Not an iso9660 filesystem image then :) |
12:06:34 | gevaerts | "Rockbox General Discussion" is appropriate |
12:06:41 | NathanV | I guess that wasn't the best term to use |
12:06:45 | NathanV | on such a website |
12:07:00 | NathanV | alright, thanks. I'll post and hope. |
12:10:50 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
12:18:52 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a57e:676b:d664:d8ea) |
12:19:03 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:06:38 | yuun | well from the latest generation of ipod I ve noticed differences that are strange for refurbished products of same model : the wheel color and material seem to vary a lot. |
13:06:52 | yuun | but maybe I'm just being paranoid |
13:26:35 | yuun | anyone here uses the iFlash quad? |
13:32:42 | | Join AndyP_ [0] (a5e1507d@gateway/web/freenode/ip.165.225.80.125) |
13:34:15 | AndyP_ | I've used and IFlash with 4x16GB uSD in a 6th Gen Classic |
13:37:29 | AndyP_ | Not done a lot with it but it boots the OF and Rockbox quite happily. |
13:38:21 | | Quit AndyP_ (Quit: Page closed) |
13:41:37 | | Quit rela (Read error: Connection reset by peer) |
13:46:53 | | Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) |
13:49:50 | | Quit idonob (Ping timeout: 265 seconds) |
14:00 |
14:03:04 | | Quit maraz (Ping timeout: 250 seconds) |
14:19:06 | *** | Saving seen data "./dancer.seen" |
14:25:42 | | Quit NathanV (Ping timeout: 250 seconds) |
14:28:30 | | Join maraz [0] (~maraz@kapsi.fi) |
14:50:16 | yuun | I'm interested if it has a nice behaviour with 4x128Gb |
14:50:59 | yuun | using rockbox I guess you see it as many disks |
14:51:13 | yuun | like sd1 sd2 sd3 sd4 |
14:57:46 | pamaury | yuun: I don't know how this iflash adapter works but my guess is that it appears as one big disk |
14:59:03 | | Quit paulk-aldrin (Quit: Leaving) |
15:00 |
15:00:35 | gevaerts | It *has* to be one big disk |
15:00:50 | gevaerts | For the simple reason that we don't have code to deal with anything else on ipods :) |
15:01:18 | pamaury | yeah I was kind of expecting that but wasn't sure. What kind of drive is this ? ATA ? |
15:03:01 | gevaerts | Yes |
15:03:59 | gevaerts | Unless it's a first gen classic 160GB one, which is CE-ATA (still ATA I believe, but with a different connector and maybe some other changes) |
15:04:32 | * | gevaerts suspects those don't get too many custom adapters built for them |
15:07:27 | pamaury | CE-ATA is a weird mix of ATA and SD iirc |
15:07:47 | pamaury | like ATA commands over SD-like bus |
15:09:55 | gevaerts | MMC IIRC, but yes |
15:10:11 | pamaury | ah yes you are right |
15:10:14 | gevaerts | I don't know how much of the weirdness is handled by hardware |
15:10:34 | pamaury | but mmc == sd in my head, just slightly more flexible on the bus size |
15:11:04 | * | gevaerts still wants to see someone try to get an Ondio work with one of those drives :) |
15:11:08 | gevaerts | Should be possible! |
15:11:09 | pamaury | some of it is handled in hardware, because the imx controller has two modes: sd/mmc and ce-ata |
15:11:28 | pamaury | the manual even explains the difference I think |
15:12:16 | pamaury | CE-ATA devices can be accessed via SD/MMC interface. In addition to requiring the |
15:12:16 | pamaury | SD/MMC interface, Command Completion Signaling (CCS) and CCS Disable is |
15:12:16 | pamaury | needed. Refer to the CE-ATA specification for timing diagrams and more details on |
15:12:16 | DBUG | Enqueued KICK pamaury |
15:12:16 | pamaury | these signals. The MMC state machine includes extra states to handle this |
15:12:16 | pamaury | signaling. |
15:13:17 | pamaury | it also supports the long-dead MS protocol |
15:17:35 | | Join Tristitia [0] (~tristitia@static-ip-69-64-50-196.inaddr.ip-pool.com) |
15:28:01 | | Join nlogex [0] (~filip@dhcp-108-168-15-53.cable.user.start.ca) |
16:00 |
16:00:47 | pixelma | gevaerts: maybe you could build an MMC to drive connector (like a cable with an MMC "plug") and test with that? |
16:01:22 | gevaerts | That'd be the start, yes |
16:01:57 | gevaerts | It won't work as-is though. I'm fairly confident those drives probably don't do plain MMC |
16:02:12 | gevaerts | But I don't really know |
16:03:17 | | Quit petur (Quit: Connection reset by beer) |
16:03:37 | pixelma | sounds nice. Is there a size limit to our MMC protocol limitation (similar to SD and SDHC) |
16:03:51 | pixelma | errr... implementation |
16:06:06 | | Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
16:06:26 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
16:06:26 | * | gevaerts has no idea :) |
16:08:27 | * | pixelma seems to remember something about an advanced MMC protocoll (MMC+ or so?) that was discussed once because there was talk about bigger capacity MMC but then wasn't needed because these never hit the shops |
16:08:36 | pixelma | not sure though |
16:10:13 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
16:15:55 | pixelma | not correct |
16:18:27 | | Nick uwe__ is now known as uwe_ (~uwe_@ipservice-092-217-116-198.092.217.pools.vodafone-ip.de) |
16:18:36 | pixelma | MMCplus is already supported |
16:19:09 | *** | Saving seen data "./dancer.seen" |
16:50:09 | | Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) |
16:52:30 | | Quit JdGordon (Ping timeout: 250 seconds) |
16:54:51 | pamaury | MMCplus is about speed I think, not about size |
16:57:30 | pamaury | pixelma: there is a trick about the size |
16:57:53 | pamaury | the old mmc protocol used byte addresses and reported the size (in byte) in the CSD. So the limit is ~2GB. |
16:58:57 | pamaury | But modern cards to differently: they report the maximum in CSD and the host interpret this as "use block address" and use EXT_CSD to get the real size. If you do that, you can address at least a terabyte |
16:59:23 | pamaury | last time I checked, the implementation of mmc for ondio assumes byte addressing but it can be fixed |
16:59:49 | pixelma | well my 4GB MMC is definitely supported already, bigger cards weren't available IIRC |
17:00 |
17:00:08 | pamaury | yeah sorry, 4GB is the limit with byte addressing |
17:00:18 | | Quit nlogex (Ping timeout: 250 seconds) |
17:03:23 | pixelma | there was talk about 8GB cards and I believe amiconn wanted to add support for these when they would become available but then they never were (for end users anyway) |
17:05:14 | pamaury | if you are interested, you can look at g#1330 where I begun reworking mmc handling, that's when I noticed that the ondio only handles the old mmc format so I didn't dare touching it :) |
17:05:16 | fs-bluebot | Gerrit review #1330 at http://gerrit.rockbox.org/r/1330 : Rework sd/mmc handling by Amaury Pouly |
17:18:03 | pixelma | would be nice to have an MMC > µSDHC card adapter |
17:22:20 | amiconn | Ondio uses SPI for controlling MMC |
17:22:42 | pixelma | just recently rediscovered my Ondio for listening to music (as my M5 is still awaiting headphone jack repair) and 4GB isn't much for music even if there are only MP3 files |
17:23:34 | amiconn | It could do SD((H|X)C) that way too, but the slot is too thin for standard SD |
17:24:21 | amiconn | (the USB bridge uses proper MMC protocol, and is capable of SD as well, but not (H|X)C) |
17:25:02 | | Quit JanC (Remote host closed the connection) |
17:26:15 | amiconn | An MMC-microSD adapter should be doable, and then the Ondio should be able to use even the largest capacity µSDXC, but for playback/ recording only; not USB |
17:27:11 | amiconn | That's something I''m having on my list for a very long time already, but not at high prio |
17:27:51 | amiconn | Mostly due to my git aversion, and my gerrit account still being in need for recovery |
17:31:50 | | Join JanC [0] (~janc@lugwv/member/JanC) |
17:32:13 | pixelma | the USB thing wouldn't be a show stopper as you can use an external reader to fill up the microSD card |
17:33:25 | amiconn | pamaury: MMC limit with byte addressing is 4GB, not 2. Why SD artificially limits to 2GB is beyond me (same as the artificial 32GB limit for -HC) |
17:34:04 | | Quit JanC (Remote host closed the connection) |
17:34:19 | amiconn | pixelma: exactly. The Ondio should just show a popup message stating that USB is not possible with this card |
17:34:29 | | Join JanC [0] (~janc@lugwv/member/JanC) |
17:35:02 | pamaury | amiconn: yeah but 2GB or 4GB is not a big difference. you need proper sector addressing if you want to support much bigger disks |
17:35:14 | amiconn | yep |
17:35:34 | pamaury | actually I think the MMC spec recommends 2GB max ;) |
17:35:57 | pamaury | (for byte addressing) |
17:36:03 | amiconn | MMC introduced that with version 4.2 of the protocol iirc (which was never implemented in an actual MMC afaik) |
17:36:48 | amiconn | Well I do have a 4GB MMC using byte addressing (pixelma does too) |
17:38:03 | | Quit krnlyng (Ping timeout: 258 seconds) |
17:38:12 | * | pamaury has never seen an MMC card |
17:38:23 | pamaury | I have only seen eMMC chips |
17:41:15 | pixelma | you should have had a better look at some DevCons ;) |
17:42:00 | pamaury | haha |
17:50:51 | | Join krnlyng [0] (~liar@77.117.0.40.wireless.dyn.drei.com) |
18:00 |
18:06:34 | | Quit elensil (Quit: Leaving.) |
18:19:11 | *** | Saving seen data "./dancer.seen" |
18:33:49 | | Join Saratoga_ [0] (32b117cb@gateway/web/freenode/ip.50.177.23.203) |
18:34:05 | Saratoga_ | Huh there are microsd to mmc adapters on Amazon |
18:42:18 | | Join edhelas [0] (~edhelas@145.133.43.230) |
18:42:40 | | Quit Saratoga_ (Ping timeout: 250 seconds) |
18:51:24 | amiconn | Are they actually adapting to MMC (aka thin-SD)? |
18:52:16 | amiconn | Fullsize MMC and SD are very similar, just MMC is 1.4mm thick while SD s 2.1mm |
18:52:39 | amiconn | The latter does definitely not fit into the Ondio's slot |
18:55:02 | | Join athidhep [0] (~afoakf@unaffiliated/athidhep) |
18:55:22 | | Quit wodz (Ping timeout: 244 seconds) |
18:57:53 | | Quit athidhep (Client Quit) |
19:00 |
19:01:51 | | Join xorly [0] (~xorly@ip-89-176-117-132.net.upcbroadband.cz) |
19:06:49 | | Quit jtdesigns01 (Ping timeout: 250 seconds) |
19:11:14 | | Join jtdesigns01 [0] (~quassel@2601:400:8000:34f5:230:bdff:fe71:cebd) |
19:14:53 | | Join lebellium [0] (~chatzilla@89-93-176-213.hfc.dyn.abo.bbox.fr) |
19:16:34 | | Quit krnlyng (Quit: krnlyng) |
19:16:44 | | Join krnlyng [0] (~liar@77.117.0.40.wireless.dyn.drei.com) |
19:21:46 | | Quit pamaury (Remote host closed the connection) |
19:26:26 | | Quit yuun (Ping timeout: 250 seconds) |
19:44:36 | | Quit edhelas (Ping timeout: 258 seconds) |
20:00 |
20:04:06 | | Quit Moarc (Ping timeout: 258 seconds) |
20:04:46 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
20:19:15 | *** | Saving seen data "./dancer.seen" |
20:19:23 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
20:30:06 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
20:54:26 | | Join girafe [0] (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) |
21:00 |
21:22:32 | | Quit pamaury (Read error: Connection reset by peer) |
21:24:00 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
21:28:37 | | Join athidhep [0] (~afoakf@unaffiliated/athidhep) |
21:29:53 | | Quit pamaury (Read error: Connection reset by peer) |
21:31:11 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
21:32:59 | | Quit pamaury (Read error: Connection reset by peer) |
21:34:16 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
21:59:02 | | Join edhelas [0] (~edhelas@145.133.43.230) |
22:00 |
22:01:55 | | Quit pamaury (Read error: Connection reset by peer) |
22:03:08 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
22:06:46 | | Quit Moarc (Ping timeout: 258 seconds) |
22:07:56 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
22:19:18 | *** | Saving seen data "./dancer.seen" |
22:55:44 | | Quit amayer (Quit: Leaving) |
23:00 |
23:09:02 | | Quit edhelas (Quit: Leaving.) |
23:22:03 | | Join PhotoJim [0] (~Jim@hobart.ip6.photojim.ca) |
23:28:11 | PhotoJim | <- new... contemplating installing Rockbox on a Sansa Clip+ to see what the fuss is about |
23:44:16 | [Saint] | There's a fuss? |
23:44:20 | [Saint] | No one told us about it. |
23:44:34 | * | [Saint] isn't sure he likes that idea at all |
23:45:05 | [Saint] | If we get popular, I might have to find something even more esoteric to work on. |
23:47:52 | [Saint] | PhotoJim: the long and the short of it, at the heart of it all, is that we turn SanDisk Sansa Happy Meal toy fashion crap in to something that is actually genuinely useful and that makes use of the hardware supplied. |
23:48:53 | [Saint] | For audio reproduction and capture, we do markedly better than the original firmware. Then there's various other things that you may or may not care about, like plugins and viewer extensions. |
23:49:10 | [Saint] | Many moons ago that mattered a hell of a lot more than it does now. |
23:50:04 | [Saint] | These days every man and their dog has a smartphone that is infinitely more capable in terms of the plugins that Rockbox offers, but nowhere near as capable as Rockbox in terms of audio playback and capture. |
23:51:21 | PhotoJim | [Saint]: sounds well worthwhile. and I was primarily concerned with using it for podcasts, but since I have a spare one (one got lost for 2 years in my car :) but got found a couple of months ago), I could experiment with one for music, too. and if 64 GB Micro-SDHC cards work with Rockbox on this player (which is my understanding) I can fit a good chunk of music on a card. |
23:51:41 | [Saint] | These days with most of the plugins I would think that Joe Everyday would go "Hey, wow - that's neat, this exists" and then pretty much promptly forget about them because the controls are klunky at best and as mentioned above you're probably carrying around a hardware device that is infinitely more capable. |
23:51:43 | PhotoJim | might be a good chance to transcode to OGG Vorbis to see if it sounds better to my ear than MP3. (Have FLAC on the server) |
23:51:56 | PhotoJim | heh, that's probably true. |
23:52:36 | [Saint] | Also - yes. It is worth noting that any time you see "Works with up to *GB" on vendor packaging or specifications that it either comes down to shortsightedness or ignorance. |
23:52:50 | [Saint] | We'll address up to the full sd specification of 2TB. |
23:53:26 | [Saint] | The vendors generally will list the largest sd format available for retail sale at the time of the product launch. |
23:53:35 | PhotoJim | oh, very good. I have a 128 GB card I haven't deployed yet. if that would work that would make this an awesome FLAC device. |
23:53:39 | PhotoJim | right. |
23:53:40 | [Saint] | Perhaps in an effort to get users to stop asking that question. |
23:53:42 | PhotoJim | I often try larger. |
23:53:43 | PhotoJim | yes. |
23:55:19 | [Saint] | It seems that only recently we have hit the other end of the scale in smartphones where vendors irrelevantly list that their devices support up to 2TB (full specification) sd media when we'll literally never see densities like that in that form factor. |
23:55:47 | PhotoJim | yes, that's possible. |
23:55:53 | [Saint] | 256GB is _reaaaaaally_ pushing the limits of that form factor. |
23:56:00 | [Saint] | 2TB just plain ain't happening. |
23:56:00 | PhotoJim | 128 GB Micro-SD impresses me enough. |
23:56:17 | PhotoJim | I have a 32 MB (yes MB) CF card kicking around. |
23:56:37 | PhotoJim | I do my camera's firmware updates with it (30 MB), because it amuses me :) |
23:56:48 | [Saint] | You can get 256GB in retail commercial sale now, and around 6mo ago we had 200GB available. |
23:56:56 | [Saint] | But you'll pay an arm and a leg for them. |
23:57:32 | PhotoJim | this 128 wasn't bad. |
23:57:36 | PhotoJim | but that's interesting. |
23:57:41 | [Saint] | And they sacrifice some degree of reliability for the sake of bulk contiguous write throughput. |
23:58:37 | PhotoJim | I'm sure. |
23:58:42 | [Saint] | But in Rockbox access speed or contiguous or random read/write aren't particularly important at all. |
23:58:52 | PhotoJim | it would be fun to take modern Micro-SD cards back to about 1984. |
23:59:01 | PhotoJim | I used to think 170 kB on a 5.25" floppy was not bad. |