| 00:22:43 | | Quit massiveH (Quit: Leaving) |
| 00:59:56 | | Quit Moriar (Ping timeout: 245 seconds) |
| 01:00 |
| 01:31:01 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:31:04 | *** | No seen item changed, no save performed. |
| 05:00 |
| 05:16:03 | | Quit IPG (Quit: Leaving) |
| 05:22:53 | | Quit Raptorious (Ping timeout: 240 seconds) |
| 05:31:07 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:19:17 | | Quit CH23_M (Ping timeout: 240 seconds) |
| 07:19:31 | | Join CH23_M [0] (~CH23@revspace/participant/ch23) |
| 07:30:47 | | Quit PheralSparky (Quit: Leaving) |
| 07:31:10 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:22:36 | | Join LanMarc77 [0] (~marcel@185.89.38.134) |
| 08:22:56 | | Quit LanMarc77 (Client Quit) |
| 08:48:34 | | Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) |
| 08:50:40 | | Quit braewoods_ (Read error: Connection reset by peer) |
| 08:50:45 | | Join braewoods__ [0] (~braewoods@user/braewoods) |
| 09:00 |
| 09:14:43 | | Join braewoods [0] (~braewoods@user/braewoods) |
| 09:15:41 | | Quit braewoods__ (Ping timeout: 240 seconds) |
| 09:26:11 | | Quit user24031 (Remote host closed the connection) |
| 09:31:14 | *** | Saving seen data "./dancer.seen" |
| 10:00 |
| 10:18:27 | | Join Raptorious [0] (eb720881f2@irc.cheogram.com) |
| 11:00 |
| 11:31:16 | *** | No seen item changed, no save performed. |
| 11:39:42 | | Join mendel_munkis [0] (~mendel_mu@108.14.121.8) |
| 11:39:59 | | Quit munkis (Ping timeout: 260 seconds) |
| 12:00 |
| 12:14:48 | | Join iagomago [0] (~iagomago@net-93-67-12-156.cust.vodafonedsl.it) |
| 12:16:24 | iagomago | Hello everyone and happy holidays! I just managed to rock my HiFi Walker H2, but there seems to be a problem: whenever I try to start a music file, the player turns to a white screen with this writing on it: |
| 12:16:24 | iagomago | segmentation fault at 7770857c (this number varies on the kind of file I'm trying to play) |
| 12:16:25 | iagomago | address (nil) |
| 12:16:25 | DBUG | Enqueued KICK iagomago |
| 12:16:25 | iagomago | rockbox.ersoq(rb_back trace+0x44) [0x4811d4] |
| 12:16:37 | iagomago | What might be the problem? |
| 12:21:16 | | Quit JanC (Remote host closed the connection) |
| 12:21:30 | | Join JanC [0] (~janc@user/janc) |
| 12:24:08 | iagomago | obviously there's no audio and the player is stuck, so I have to reboot every time, with no change whatsoever. I tried changing the music directories but I didn't get any different result |
| 12:47:41 | spork | sounds a lot like an issue someone on the forum was having |
| 12:47:55 | spork | he tried a different sd card and then it worked fine |
| 12:48:23 | spork | this thread: https://forums.rockbox.org/index.php/topic,54722.msg253118.html#msg253118 |
| 12:50:15 | iagomago | Oh! I wondered as well if it could be an SD card issue. Do you think if I formatted it again there would be different results? |
| 12:50:43 | spork | i could not say, but it seems worth a try |
| 12:50:56 | spork | you do not happen to have a second card you can try ? |
| 12:51:32 | iagomago | I don't think I have one on me right now. Do you believe I should format it back at FAT32 or should I try another format (like, I don't know, NTFS)? |
| 12:51:51 | spork | fat32 for sure |
| 12:52:28 | iagomago | thanks! I'll try |
| 12:52:53 | spork | good luck |
| 12:53:40 | | Join othello7 [0] (~Thunderbi@068-203-030-055.res.spectrum.com) |
| 13:00 |
| 13:04:06 | | Quit othello7 (Ping timeout: 245 seconds) |
| 13:07:02 | | Quit iagomago (Quit: Connection closed) |
| 13:31:18 | *** | Saving seen data "./dancer.seen" |
| 13:38:07 | braewoods | iagomago: if you end up seeing this, you may also want to try a complete wipe, either discard or overwriting, before reformatting. junk data in old sectors can cause trouble in some cases. |
| 13:56:07 | speachy | mewt: From what I understand, the _msata_ SSDs are typically more power-hungry than the original hard drives. |
| 13:56:34 | speachy | but when it comes to the SD-based ones, a lot depends on the specific SD cards. |
| 13:56:56 | speachy | best I can say is that I've seen many conflicting reports. |
| 13:58:26 | speachy | (and because those SD adapters basically lie about power management features, to solve the original data corruption problems I had to _disable_ use of said power management features, which may hurt battery life. basically we don't know when it's actually safe to turn off the power, so we err on the side of never. |
| 14:00 |
| 14:05:30 | braewoods | speachy, would it be possible to configure that as a setting for more adventurous users? |
| 14:06:16 | speachy | possible? Of course? but is it a good idea? $deity only knows. |
| 14:06:51 | mewt | speachy: ok, that's what I'd heard, but wasn't able to find numbers or anything |
| 14:06:52 | braewoods | Yea, i can see it causing bug reporting issues because someone decided to enable it. |
| 14:06:55 | speachy | the heuristic I came up with is essnetially "is the device claiming to be an SSD?" |
| 14:07:24 | braewoods | there's times i've seen Linux disable power management because it doesn't work properly. |
| 14:07:46 | speachy | because again, those SD card adapters claim to be CF cards but fail badly. And the msata stuff does seem to work but even operating normally has pretty bad peak power draw. |
| 14:08:14 | braewoods | that's a surprise considering HDDs were said to use more power. |
| 14:08:20 | mewt | that's frustrating |
| 14:08:42 | braewoods | You may want to just buy real CF cards. |
| 14:08:47 | speachy | the microdrive and 1.8" drives were intended for portable batterypowered applications. |
| 14:08:53 | mewt | well |
| 14:09:02 | speachy | peak power had to stay within certain constraints |
| 14:09:05 | speachy | small constraints |
| 14:09:16 | mewt | the big reason of wanting to mod the thing was getting *much* higher capacity; I can't fit much of my library in 160 |
| 14:09:17 | braewoods | Those are usually fine as long as true IDE mode is enabled by the adapter. |
| 14:09:18 | speachy | "real" SSDs prioritize performance |
| 14:09:25 | speachy | which is _completely_ wasted on the likes of rockbox. |
| 14:09:31 | braewoods | Oh. Right. I've only seen 256 max. |
| 14:09:45 | braewoods | What's the original? An ipod? |
| 14:10:05 | braewoods | mewt, what is your library stored as? flac? |
| 14:10:07 | mewt | 1TB is what I'd like to do. In my case I'm looking at a 7thgen iPod classic, MC297 |
| 14:10:32 | mewt | It is a huge mix of stuff that would be an undertaking way larger than modding the iPod to organize fully and transcode |
| 14:10:43 | braewoods | I wonder. Some of our newer targets directly use SD cards and those may work better. |
| 14:11:00 | mewt | Hmm |
| 14:11:11 | braewoods | Assuming high capacity cards are compatible. |
| 14:11:45 | mewt | which targets do you think are a likely bet? |
| 14:12:06 | braewoods | Let me think a moment. I only own a few of one like that that aren't sandisks. |
| 14:12:08 | mewt | I'm not attached to this thing though I do like it; long as I could Rockbox it too and the sound quality is good I see no problem |
| 14:12:43 | braewoods | xduoo x3, it's hard to get these days but it has 2 SD card slots exposed. |
| 14:12:54 | braewoods | Aluminum case. |
| 14:13:18 | braewoods | Battery can be replaced without a ton of trouble from what I've seen. |
| 14:13:19 | speachy | audio quality is not likely to matter if you're not using very high quality headphones in a very quiet environment. |
| 14:13:34 | mewt | Well, I have ER4SR |
| 14:13:41 | mewt | High quality is relative ig |
| 14:13:42 | braewoods | xduoo x3 is a monochrome OLED screen. |
| 14:13:52 | speachy | (meaning different encoding formats. flac is really a waste of disk space in the portable context) |
| 14:14:24 | mewt | I'd be fine with making informed decisions about transcoding myself later on for sure |
| 14:14:26 | braewoods | You also have the option of re-encoding as OPUS which provides very good quality in a small package. |
| 14:14:46 | braewoods | Better than MP3 or Vorbis. |
| 14:15:11 | speachy | because the incremental CPU (power) cost of decoding a lossy format becomes less than the (incremental) storage (power) cost of shoveling severla times more data around. |
| 14:15:45 | braewoods | Yea, from my experiments, you can get CD quality audio with Opus in like 10% of the size or less. |
| 14:15:55 | braewoods | In terms of raw uncompressed. |
| 14:16:22 | braewoods | The encoder is pretty advanced by now. Opus is mature. |
| 14:16:53 | speachy | (relatedly, I find it hilarious that folks go on about different compression formats when they're playing it back nearly exclusively over bluetooth) |
| 14:16:58 | mewt | Well, as it is right now: I have multiple TB of music accrued over 15y from tons of sources without a consistent tagging scheme, codec, or folder structure. I'm not *opposed* to eventually organizing all that and transcoding it, but if I do that right now, I might as well do that before I replace the iPod, and I was hoping to temporarily sidestep this issue with higher capacity |
| 14:17:39 | braewoods | You will likely need both if you intend to have a copy of the whole thing available on the same device. |
| 14:17:59 | speachy | navigating thousands of files is a real PITA. I don't know what the theoretical max of the rockbox db is. |
| 14:18:04 | braewoods | xduoo x3 is one of our few targets with 2 card slots. |
| 14:18:10 | mewt | Let me see how much cmus knows about right now |
| 14:18:28 | speachy | yeah, the x3 is pretty nice in that regard and has enough raw oomph to handle anything. |
| 14:18:34 | braewoods | We can support up to 2TB storage device. |
| 14:18:45 | braewoods | So maybe up to 4TB if you combine the two. |
| 14:18:51 | speachy | its battery life is rather disappointing (not rockbox's fault) |
| 14:19:38 | braewoods | speachy, can FAT32 be used on larger volumes as long as the individuals are within the limits? |
| 14:19:47 | braewoods | Like having FAT32 on multiple partitions. |
| 14:20:00 | braewoods | But the sum of their sizes is greater than 2TB. |
| 14:20:04 | mewt | I have about 45k tracks, looks like |
| 14:20:23 | mewt | rough estimate from lib.pl |
| 14:20:23 | mewt | lol |
| 14:20:50 | mewt | Can you charge one of those players and listen to it at the same time? |
| 14:20:58 | braewoods | Uh usually. |
| 14:21:11 | mewt | Everything else about it looks just fine for my needs |
| 14:21:57 | braewoods | xduoo x3 still show up on ebay every now and then. |
| 14:22:13 | braewoods | But you should probably sort through your collection first. |
| 14:22:18 | speachy | 2TB is the max with 512 byte sectors. |
| 14:22:19 | mewt | I'll save a search. I guess this isn't horribly pressing and I can try to slowly organize my library in the meantime |
| 14:23:18 | speachy | it's also the max for SDXC; SDUC requires additional work as it moved to >32 bit sector counts. |
| 14:23:59 | braewoods | Funny how ATA was prepared for this long before the partition tables were. |
| 14:24:01 | braewoods | LBA48. |
| 14:24:42 | | Join LanMarc77 [0] (~marcel@185.89.38.134) |
| 14:25:15 | speachy | well, one could argue that MS-DOS's partition table format was ready for this long before ATA ever was a thing. |
| 14:25:37 | braewoods | Heh. |
| 14:25:39 | speachy | (with its 32-bit partition start/end addresses) |
| 14:25:56 | braewoods | GPT is technically more capable since it does 64. |
| 14:26:07 | speachy | and if 2K sectors were used, that's 8TB max per drive |
| 14:26:13 | braewoods | But I can't see 48 bits being fully utilized any time soon on a single disk. |
| 14:27:04 | speachy | rockbox does handle GPT now, but it's still practically limited to 2TB drives on everything but one generation of the ipod that had a drive with 2K sectors. |
| 14:27:47 | braewoods | yea, we'd need a new filesystem. |
| 14:28:03 | speachy | hence exFAT |
| 14:28:10 | braewoods | there's only one other one I can think of that would be common enough: udf. |
| 14:28:19 | braewoods | but it has its own issues. |
| 14:28:20 | speachy | udf is not easily written |
| 14:28:38 | speachy | since it was designed for write-once media. |
| 14:28:39 | braewoods | Oh, it isn't? I just recalled experimenting with using in on external drives before. |
| 14:28:56 | braewoods | It can be used a HD filesystem though not the original design. |
| 14:29:33 | speachy | it can be, yes, but it's not worth the complexity. |
| 14:30:07 | speachy | UDF is intented for something where writes are very rare, and when they happen, come in a large batch. |
| 14:30:53 | speachy | (it grew out of the need to "grow" a filesystem written to rewritable optical media) |
| 14:31:24 | braewoods | I see. |
| 14:31:53 | speachy | if something new is going to be written, exFAT is the only logical choice given that's what the entire industry has settled on. |
| 14:32:03 | braewoods | Maybe when the patents run out. ;) |
| 14:32:41 | speachy | any patents on it have effectively (if not explicitly) been disavowed |
| 14:33:02 | | Quit LanMarc77 (Quit: Konversation terminated!) |
| 14:33:44 | speachy | eg the fully GPL implementation in the linux kernel with MS's explcit blessing, which includes grants for all the patents it touches. |
| 14:37:15 | speachy | anyway. GPT was the first step. next step is to make the core rockbox storage layer support >32bit addresses, then push that into the various drivers where relevant. |
| 14:38:02 | speachy | ATA core already handles LBA48 (albeit with 32-bit addresses) so that won't be hard to extend. SD will be more complicated. |
| 14:38:43 | speachy | FAT32 filesystem provider should can also probably just have a s/uint32_t/uint64_t/ for the sector size and JustWork(tm). |
| 14:38:56 | speachy | er, sector number |
| 14:39:58 | speachy | all that together would allow use of drives over 2TB, and with really large cluster sizes FAT32 volumes >2TB. |
| 14:40:55 | braewoods | speachy, would those even be supported by Windows? |
| 14:41:13 | speachy | I don't know. It is technically legal IIUC. |
| 14:41:58 | speachy | Windows won't let you _create_ a FAT32 filesystem over 32GB IIRC. |
| 14:50:08 | | Quit mewt (Ping timeout: 268 seconds) |
| 15:00 |
| 15:31:21 | *** | Saving seen data "./dancer.seen" |
| 15:56:37 | braewoods | indeed it won't but cluster sizes are another matter... |
| 15:57:31 | | Quit CH23_M (Read error: Connection reset by peer) |
| 15:57:45 | | Join CH23_M [0] (~CH23@revspace/participant/ch23) |
| 15:59:24 | braewoods | seems the linux formatting tools won't handle more than 128 sectors per cluster which is 64k for 512 sector size. |
| 16:00 |
| 16:01:56 | braewoods | up to 512k i guess |
| 17:00 |
| 17:31:22 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:00:37 | | Join othello7 [0] (~Thunderbi@068-203-030-055.res.spectrum.com) |
| 18:39:06 | | Quit othello7 (Ping timeout: 245 seconds) |
| 19:00 |
| 19:31:23 | *** | Saving seen data "./dancer.seen" |
| 19:53:40 | | Join othello7 [0] (~Thunderbi@068-203-030-055.res.spectrum.com) |
| 19:55:40 | | Quit othello7 (Read error: Connection reset by peer) |
| 20:00 |
| 20:36:22 | | Join massiveH [0] (~massiveH@2600:4040:a982:c800:c6:1e90:ac77:661d) |
| 21:00 |
| 21:12:06 | | Join PheralSparky [0] (~Shawn@user/shawn/x-4432647) |
| 21:13:39 | | Join advcomp2019__ [0] (~advcomp20@user/advcomp2019) |
| 21:17:23 | | Quit advcomp2019_ (Ping timeout: 264 seconds) |
| 21:31:27 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:19:46 | _bilgus_ | g#5549 should work now if anyone cares to test |
| 22:20:25 | _bilgus_ | https://gerrit.rockbox.org/r/c/rockbox/+/5549 [BugFix] Multiboot Database duplicate files |
| 23:00 |
| 23:16:08 | | Quit tm512 (Ping timeout: 252 seconds) |
| 23:16:11 | | Join tm512` [0] (~tm512@50.39.144.74) |
| 23:16:11 | | Quit tm512` (Changing host) |
| 23:16:11 | | Join tm512` [0] (~tm512@user/tm512) |
| 23:31:29 | *** | Saving seen data "./dancer.seen" |
| 23:49:11 | | Quit Moriar (Ping timeout: 264 seconds) |
icon identifies that the person is a core developer (has commit access).