| 01:00 |
| 01:14:15 | | Quit massiveH (Quit: Leaving) |
| 01:21:09 | | Join Huntereb [0] (~Huntereb@174.226.8.46) |
| 01:42:50 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:43:45 | | Quit bluebrother^ (Ping timeout: 240 seconds) |
| 01:47:17 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:39:06 | | Quit Huntereb (Ping timeout: 246 seconds) |
| 03:00 |
| 03:33:29 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 03:47:21 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:11:07 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 04:20:07 | | Quit jschwart (Read error: Connection reset by peer) |
| 04:20:36 | | Join jschwart [0] (~quassel@2001:985:2c6e:0:5f6a:12c2:f267:c342) |
| 04:51:07 | | Quit jschwart (Ping timeout: 258 seconds) |
| 04:53:12 | popcorn9499 | Would it be possible to diagnose those issues in another way or just using a self compiled build with logf and proper code locations? |
| 04:54:47 | | Join jschwart [0] (~quassel@2001:985:2c6e::869) |
| 05:00 |
| 05:47:23 | *** | Saving seen data "./dancer.seen" |
| 05:52:12 | | Quit _bilgus_ (Ping timeout: 264 seconds) |
| 06:00 |
| 06:04:25 | | Join _bilgus [0] (~bilgus@cpe-107-11-237-184.columbus.res.rr.com) |
| 06:10:58 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 06:41:24 | | Join johnb3 [0] (~johnb2@p4fd10a74.dip0.t-ipconnect.de) |
| 07:00 |
| 07:22:06 | | Join vitt13 [0] (~vitt13@46.159.57.3) |
| 07:47:27 | *** | Saving seen data "./dancer.seen" |
| 07:53:09 | | Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) |
| 07:55:05 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 08:00 |
| 08:24:09 | speachy | could do it in a simulator build, probably |
| 08:25:56 | johnb3 | speachy Did you use a "suction pad" to lift the back side? |
| 08:26:10 | johnb3 | of the H2 |
| 08:26:11 | speachy | johnb3: no, razor |
| 08:26:45 | speachy | would have worked perfectly fine if I'd pulled the front cover off the LCD, and undone the screws behind that first. :/ |
| 08:27:36 | johnb3 | Then I am curious about your pictures ;-) |
| 08:45:40 | _bilgus | speachy johnb you both have cliup+/zips could you guys test a few opus |
| 08:45:54 | _bilgus | my test files play fine |
| 08:46:40 | _bilgus | took me a full 24 hours to be able to verify for fsck sake :p |
| 08:46:45 | johnb3 | I sold my zips, but can test on clip+ |
| 08:48:12 | johnb3 | It was about the first few seconds, right? |
| 08:48:19 | _bilgus | I do see it sometimes jump to one second but thats more a inaccuracy of the packets the sound doesn't skip similarly |
| 08:50:30 | _bilgus | <ndd7d> Dev builds of Rockbox on my Clip Zip skip the first few seconds of Opus files. It worked well until July/August. Unlike a similar bug which was fixed in version 3.15, it affects all Opus files (with and without album art). Everything works as expected on version 3.15. Is this a known bug? Can you reproduce it. |
| 08:51:56 | _bilgus | maybe my test files aren't nuanced enough but they seem to intro just fine |
| 08:54:01 | | Join RafiX [0] (rafix@junkcc.net) |
| 08:54:05 | RafiX | hello |
| 08:55:40 | RafiX | I got a Sansa Clip+ today, and installed Rockbox. I see the the official microSD capacity limit is 32GB, and that rockbox increases it. What is the max I can get for it? |
| 08:56:15 | _bilgus | I have a 256g in mine |
| 08:56:24 | _bilgus | just have to format to Fat32 |
| 08:56:34 | _bilgus | windows GUI won't do it |
| 08:56:50 | _bilgus | I'm told that the command line will |
| 08:56:51 | johnb3 | That's one of the most FAQs: theortically up to 2TB if FAT32 formatted |
| 08:56:56 | _bilgus | or use linux |
| 08:57:16 | RafiX | so if it's FAT32 it should be fine with whatever |
| 08:57:18 | RafiX | thanks! |
| 08:57:20 | johnb3 | or Mini Partition Tool |
| 08:57:30 | johnb3 | on Windows |
| 08:57:51 | _bilgus | there ya go |
| 08:58:20 | _bilgus | hey Rafix |
| 08:58:46 | _bilgus | do the multiboot now and save your flash |
| 08:59:02 | | Quit skrzyp (Remote host closed the connection) |
| 08:59:33 | RafiX | as in, rockbox multiboot? |
| 08:59:45 | | Join skrzyp [0] (~skrzyp@skrzyp.net) |
| 09:00 |
| 09:00:00 | _bilgus | detailed instructions are on the forum but you put .rockbox on the internal ands one on the sd card |
| 09:00:09 | | Quit jschwart (Read error: Connection reset by peer) |
| 09:00:12 | | Join jschwart_ [0] (~quassel@2001:985:2c6e::869) |
| 09:00:37 | _bilgus | then you put a redirect file on the sd and boot from the sd card |
| 09:01:03 | RafiX | ah |
| 09:01:11 | RafiX | I haven't gotten the sd yet |
| 09:01:18 | _bilgus | I like having one on the internal too just in case the card gets ejectd or need to check if something is wrong |
| 09:01:49 | _bilgus | I've been running like that for like 3 years now |
| 09:02:34 | _bilgus | my clip+ sits in a special place in my heart and my device drawer :p |
| 09:04:06 | RafiX | I have two players only |
| 09:04:23 | RafiX | iPod 5.5g and the Clip+ that I only got today |
| 09:04:50 | _bilgus | the clip+ is hands down my favorite player to use while working |
| 09:05:02 | RafiX | and tbh, I didn't enjoy rockbox on the ipod; maybe it's the harddrive not being that fast |
| 09:05:14 | RafiX | and I haven't got around to doing a flashmod |
| 09:05:38 | _bilgus | the clip+ probably isn't any faster but its nicely polished |
| 09:05:55 | RafiX | switching tracks etc is definitely way faster |
| 09:06:37 | _bilgus | difference between physical drives and flash I imagine |
| 09:07:19 | RafiX | yep |
| 09:07:19 | _bilgus | and now that speachy has fixed the flash mods AFAIK there are plenty of people finally happy |
| 09:07:38 | | Join vitt13_ [0] (~vitt13@46.159.57.3) |
| 09:08:23 | | Quit vitt13 (Ping timeout: 264 seconds) |
| 09:10:10 | RafiX | need to check how long the battery lasts in clip |
| 09:10:20 | RafiX | because it might be used more than I expected |
| 09:11:19 | speachy | _bilgus: the two opus files I've used in my tests seem to sound okay. but like yours, they might not be nuanced enough. |
| 09:11:45 | | Quit vitt13_ (Ping timeout: 240 seconds) |
| 09:11:59 | _bilgus | maybe if that person comes back he can give us some test files |
| 09:12:25 | _bilgus | i'll try generating a few with some tight intros and try again tonight |
| 09:14:04 | _bilgus | wonder if he has corrupted files seems unlikely all of them would be |
| 09:14:19 | _bilgus | they* |
| 09:14:44 | speachy | one consideration is if he enconded the files himeself, and his encoder did something funky |
| 09:15:06 | speachy | tripped over a bug in the decoder (that was fixed since our snapshot) |
| 09:16:41 | speachy | (maybe) |
| 09:17:00 | _bilgus | I should probably do another jump to their latest head again but lately each time I get some time to sit and code I fall asleep lol |
| 09:17:20 | * | _bilgus needs to stop burning all the candles |
| 09:17:39 | speachy | well, simply dusting off the one you did a ayear go should greatly minimize the work needed to jump to current code. |
| 09:18:11 | _bilgus | true. |
| 09:19:00 | speachy | but either way my theory is still just a theory. I think we're going to end up needing a couple of ndd7d's files. |
| 09:31:11 | | Join vitt13 [0] (~vitt13@85.174.202.88) |
| 09:33:35 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 09:40:09 | _bilgus | maybe they will pop back in and give us some info |
| 09:47:30 | *** | Saving seen data "./dancer.seen" |
| 09:51:40 | | Quit jschwart_ (Read error: Connection reset by peer) |
| 09:51:59 | | Join jschwart [0] (~quassel@2001:985:2c6e::869) |
| 10:00 |
| 10:06:48 | | Quit jdarnley (Ping timeout: 272 seconds) |
| 10:07:20 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 10:31:34 | | Join fs-bluebot [0] (~fs-bluebo@55d4611c.access.ecotel.net) |
| 10:31:55 | | Quit J_Darnley (Ping timeout: 256 seconds) |
| 10:33:56 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 10:49:16 | | Join FroggestSpirit [0] (18c0819f@d192-24-159-129.try.wideopenwest.com) |
| 10:49:40 | FroggestSpirit | efqw what are the 5 partitions of the M3K again? |
| 10:50:47 | efqw | cat /proc/mtd |
| 10:51:43 | efqw | https://www.irccloud.com/pastebin/OlcUjRyq/ |
| 10:52:34 | FroggestSpirit | what's the difference between rootfs and data?\ |
| 10:53:07 | efqw | rootfs is read-only and updated as a whole with m3k.fw |
| 10:54:16 | efqw | data is another partition mounted to /data and is not re-imaged or overwritten by flashing m3k.fw |
| 10:54:46 | FroggestSpirit | I was looking at the M3K repo, and got that kernel to build. I seen they have a .sh file to basically build the whole thing. It has you generate a UBI image, but I wasn't sure if that would be rootfs or data |
| 10:55:48 | FroggestSpirit | you have to play around with the paths and stuff, but it kinda outlines the commands |
| 10:55:49 | FroggestSpirit | https://github.com/FiiOapp/FiiO_Kernel_M3K/blob/master/mass_storage.sh |
| 10:56:27 | efqw | it'll be rootfs |
| 10:57:01 | FroggestSpirit | I still had to copy over a couple drivers from the M5 repo, but the result from flashing only the kernel was basically the same, just no splash screen (In both cases of the M3K and M5 kernels, the screen was set to 240x240, and the bottom pixels were random) |
| 10:57:39 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
| 11:00 |
| 11:00:14 | | Quit vitt13 (Quit: Leaving) |
| 11:01:15 | | Join vitt13 [0] (~vitt13@85.174.202.88) |
| 11:04:54 | FroggestSpirit | going to try vitt13's repo again, maybe it's relying on the rootfs to be generated and flashed |
| 11:11:24 | | Join Ckatt [0] (~Ckat@xn--z7x.xn--6frz82g) |
| 11:11:42 | | Quit Ckat (Read error: Connection reset by peer) |
| 11:12:06 | | Nick Ckatt is now known as Ckat (~Ckat@xn--z7x.xn--6frz82g) |
| 11:12:33 | vitt13 | <FroggestSpirit> system.ubi content is prepared with buildroot. the repo is just kernel source |
| 11:13:18 | FroggestSpirit | then what's the mkfs.ubifs command do? |
| 11:15:40 | vitt13 | use https://github.com/jrspruitt/ubi_reader to extract content of system.ubi |
| 11:17:10 | FroggestSpirit | vitt13, were you able to get this to work on the m5? I built and flashed to the M3K, got a 240x240 splash screen, but then it crashed (only flashed the kernel) |
| 11:19:43 | vitt13 | kernel tested on M5 but no sound works. I never built and never tested that kernel on M3K |
| 11:20:08 | FroggestSpirit | ahh, so you got just the kernel flashed and it worked? |
| 11:21:56 | | Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 11:22:14 | vitt13 | not me, but other guy. I tried to rebuilt the patched recovery to him, but he also tested the rebuilded kernel |
| 11:23:05 | | Quit J_Darnley (Ping timeout: 240 seconds) |
| 11:29:06 | vitt13 | <FroggestSpirit> to extract the content of existing system.ubi use command like "sudo ubireader_extract_files -k system.ubi -o system" |
| 11:31:38 | FroggestSpirit | where can I find the ubireader_extract_files binary? |
| 11:31:51 | vitt13 | mkfs.ubifs... command from last item readme.md creates ubifs image from content of input directory. |
| 11:34:19 | FroggestSpirit | nvm, I got it extracted nwo |
| 11:34:23 | FroggestSpirit | now* |
| 11:34:32 | vitt13 | <where can I find the ubireader_extract_files binary?> it's python package https://github.com/jrspruitt/ubi_reader |
| 11:41:07 | vitt13 | BTW I think there was no sound on M5 with recompiled kernel because I didn't replace recompiled kernel modules on system.ubi |
| 11:42:11 | FroggestSpirit | I rebuilt the rootfs with the kernels from the m5 repo, but I'm still just getting a splash screen, then a freeze |
| 11:47:33 | *** | Saving seen data "./dancer.seen" |
| 11:49:18 | | Quit ac_laptop (Ping timeout: 265 seconds) |
| 11:59:11 | FroggestSpirit | So I built the recovery image, it looks like it's functioning, but needs some work (screen is mirrored horizantally, only 240x240 display again, the rest is corrupted under that, and it said no update was found on the SD) |
| 12:00 |
| 12:00:09 | FroggestSpirit | speachy, I guess if it's a step forward, we should be able to build a modified fw with a recovery that can update rockbox, and no longer require signing the updates |
| 12:02:02 | _bilgus | thats a huge step |
| 12:02:10 | _bilgus | nice! |
| 12:03:26 | FroggestSpirit | Idk how to do the initial signing of fw images, so I'll see if I can get this working as needed first |
| 12:03:46 | efqw | vitt13 was able to get it to work iirc |
| 12:04:44 | efqw | however, if you need to debug your kernel build and figure out why it does not boot any further, you need to get some kind of serial console going |
| 12:04:50 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 12:05:11 | FroggestSpirit | I'm at a loss as far as the kernel itself, not really sure how to proceed with that |
| 12:05:23 | efqw | either try earlycon on ttyGS0 or take the device apart, with preference for the former since it does not require disassembly |
| 12:05:23 | | Quit jdarnley (Ping timeout: 246 seconds) |
| 12:05:47 | efqw | you need to change the kernel cmdline somehow |
| 12:06:05 | FroggestSpirit | I tired the earlycon thing, I probably didn't do everything needed for it, but it didn't work. The command line can be changed in the menuconfig under kernel hacking |
| 12:06:45 | efqw | Oh, you probably need to enable the drivers that is required to support gadget serial too. |
| 12:06:55 | efqw | They absolutely have to be built-in |
| 12:07:50 | FroggestSpirit | I scanned through looking for stuff like that, but wasn't completely sure what needs to be included. It might be better to have a second set of eyes look into it |
| 12:10:08 | efqw | I think you need these drivers. https://usercontent.irccloud-cdn.com/file/0OMqBCNH/image.png |
| 12:10:19 | vitt13 | x-loader code has that cmdline, I think you can just edit it with hex editor. Or it's just a debug string? |
| 12:11:01 | FroggestSpirit | the command line part is easy to compile into the kernel, it's the other parts |
| 12:13:46 | efqw | aw, gadget serial doesn't seem to support earlycon |
| 12:14:06 | efqw | you'd probably need to disassemble the device and solder 3 wires |
| 12:15:07 | efqw | this is what I'm afraid of |
| 12:15:47 | | Quit FroggestSpirit (Quit: Ping timeout (120 seconds)) |
| 12:16:40 | | Join FroggestSpirit [0] (18c0819f@d192-24-159-129.try.wideopenwest.com) |
| 12:18:05 | FroggestSpirit | well, if the recovery has a self contained kernel, what does the normal kernel do that the recovery one doesnt? |
| 12:18:13 | vitt13 | https://i.postimg.cc/7hQBcMQH/x-loader.png is this a cmdline? |
| 12:21:55 | braewoods | vitt13: look for 0x0A. that's newline. |
| 12:22:05 | braewoods | this looks like the lines of a text file. |
| 12:22:41 | braewoods | either that or it's the immutable string table of a binary. |
| 12:22:51 | braewoods | since i see the nul byte (0x00) |
| 12:23:33 | FroggestSpirit | so, if we have commandline access, but can't find a way to do serial (not opening mine up), can't we do something with command line to have it dump dmesg to a log? |
| 12:23:43 | vitt13 | <FroggestSpirit> if you're going to patch the recovery app you probably can patch this function return https://github.com/JaminCheung/linux-recovery/blob/774cb10aa13d31ca32199b28f6e9b1f61b9af2d2/client/recovery/ota/ota_manager.c#L277 |
| 12:24:03 | braewoods | yea, this isn't a text file |
| 12:24:13 | braewoods | text files don't contain embedded nuls typically |
| 12:34:57 | vitt13 | I remember this log string https://i.postimg.cc/2yvs4t5p/log-agptek.png from Agptek and that text from binary x-loader looks similar to me. Is it a debug string or real cmdline? |
| 12:37:50 | | Join MrZeus [0] (~MrZeus@86.106.136.215) |
| 12:39:32 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 12:42:38 | FroggestSpirit | anyone got a full restore of an M5? you can flash the M5 fw onto the M3K |
| 12:43:01 | FroggestSpirit | it gets stuck in a bootloop, but the screen shows the splash screen and recovery still works |
| 12:44:12 | FroggestSpirit | WAIT HOLD ON booting the M3K with an M5 fw actually works, IF you take out the SD card |
| 12:45:38 | FroggestSpirit | can someone grab the kernel from the m5 update? |
| 12:48:23 | vitt13 | find this referenced source code https://github.com/JaminCheung/x-loader/blob/3b060572a06b74e5dd83cc1c30f60423d93031c2/include/configs/halley2.h#L37 |
| 12:51:34 | vitt13 | so I think that text in binary x-loader can be cmdline and can try to edit binary |
| 12:53:59 | | Quit beencubed (Quit: Leaving) |
| 12:54:25 | vitt13 | I think I'm ready to dive in, but I need a way to backup my FiiO M3K to start experimenting. |
| 12:55:21 | FroggestSpirit | You can back it up with the XVortex rb, there's a sh file to get serial over usb, then you can use nanddump to copy the 5 partitions to the SD. Afterwards, they can be reflashed with the usbcloner tool |
| 12:57:33 | vitt13 | do you have a full command script with nanddump using? |
| 12:59:19 | FroggestSpirit | i'd have to double check, but if you get into serial first, I can post it |
| 12:59:36 | | Quit pamaury (Ping timeout: 240 seconds) |
| 13:00 |
| 13:00:56 | FroggestSpirit | I have to step away for a moment |
| 13:01:01 | vitt13 | I bought my M3K with 1.4.5 firmware onboard, but XVortex mod based on 1.4.3 fw. I should check, but M5 recovery app do not allow downgrade fw |
| 13:05:06 | vitt13 | https://i.postimg.cc/vTtzwR8t/update-way.png found this in M5 recovery, as yet not check M3K recovery |
| 13:05:49 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 13:11:22 | FroggestSpirit | You should be fine to downgrade. I upgraded to 1.4.5 then downgraded |
| 13:12:06 | FroggestSpirit | worst case scenario, it should just say it can't do it |
| 13:24:53 | FroggestSpirit | vitt13, copy the code posted here to a .sh script and copy to the sd card |
| 13:24:53 | FroggestSpirit | https://forums.rockbox.org/index.php/topic,52917.msg246165.html#msg246165 |
| 13:24:54 | FroggestSpirit | then you need to plug in the USB cable before running the script. after starting it, on the pc run: |
| 13:24:54 | DBUG | Enqueued KICK FroggestSpirit |
| 13:24:54 | FroggestSpirit | sudo putty /dev/ttyACM0 -serial -sercfg 115200 |
| 13:24:55 | FroggestSpirit | This should get you a terminal, login is root, no password |
| 13:26:06 | FroggestSpirit | once you're logged in, you can dump stuff with this: |
| 13:26:06 | FroggestSpirit | nanddump /dev/mtd0 -f /mnt/mtd0.bin |
| 13:26:07 | FroggestSpirit | And you need to do that for mtd0, mtd1, mtd2, mtd3, and mtd4 |
| 13:27:06 | vitt13 | got it, thanks |
| 13:27:13 | FroggestSpirit | I believe efqw mentioned that mtd4 has your unique serial number in it, so don't distribute that |
| 13:47:37 | *** | Saving seen data "./dancer.seen" |
| 13:48:00 | FroggestSpirit | so the OFW M5 kernel behaves the same as the one I built if I feed it the M3K rootfs |
| 13:52:16 | FroggestSpirit | Just as I thought: |
| 13:52:16 | FroggestSpirit | OFW M5 Kernel > M3K RootFS = Fail |
| 13:52:17 | FroggestSpirit | OFW M5 Kernel > OFW M5 RootFS = works |
| 13:52:17 | FroggestSpirit | Built M5 Kernel > OFW M5 RootFS = works |
| 13:52:38 | | Quit alexweissman () |
| 13:52:49 | FroggestSpirit | I'm going to extract both the M5 OFW RootFS and the M3K RootFS and see what's different |
| 14:00 |
| 14:21:27 | popcorn9499 | So I have been having an issue with some of my m4b files. |
| 14:21:27 | popcorn9499 | Anyways If i convert them with ffmpeg to copy the audio data to another file a m4b file like before it magically works in rockbox. Both these files play in foobar2000 and vlc player. |
| 14:21:27 | popcorn9499 | The files are m4b because I just started trying rockbox and I have 2 other ipods that are just stock ipods at the moment. |
| 14:21:27 | DBUG | Enqueued KICK popcorn9499 |
| 14:21:27 | popcorn9499 | The only metadata on the files that seems to differ is |
| 14:21:27 | popcorn9499 | not working file |
| 14:21:29 | popcorn9499 | ` |
| 14:21:31 | popcorn9499 | major_brand : isom |
| 14:21:33 | popcorn9499 | compatible_brands: isomiso2mp41 |
| 14:21:35 | popcorn9499 | encoder : m4b-tool |
| 14:21:37 | popcorn9499 | ` |
| 14:21:39 | popcorn9499 | working file |
| 14:21:41 | popcorn9499 | ` |
| 14:21:43 | popcorn9499 | major_brand : M4A |
| 14:21:45 | popcorn9499 | compatible_brands: M4A isomiso2 |
| 14:21:47 | popcorn9499 | encoder : Lavf58.45.100 |
| 14:21:49 | popcorn9499 | ` |
| 14:21:51 | popcorn9499 | Rockbox spits out this with logf when it tries to read any of the files in the folder. |
| 14:21:53 | popcorn9499 | ` |
| 14:21:57 | popcorn9499 | Codec: calling entrypoint |
| 14:21:59 | popcorn9499 | Codec: not an encoder |
| 14:22:01 | popcorn9499 | Codec: entering run state |
| 14:22:03 | popcorn9499 | Codec: entering run state |
| 14:22:05 | *** | Alert Mode level 1 |
| 14:22:05 | popcorn9499 | Codec: entering run state |
| 14:22:07 | *** | Alert Mode level 2 |
| 14:22:07 | popcorn9499 | Codec: entering run state |
| 14:22:09 | popcorn9499 | ` |
| 14:22:11 | popcorn9499 | Unsure why this is breaking or even whos fault it is but if anyone is willing to give me any ideas on how to test this further I would be greatful |
| 14:22:20 | | Quit FroggestSpirit (Quit: Connection closed) |
| 14:27:50 | | Quit J_Darnley (Ping timeout: 265 seconds) |
| 14:27:57 | | Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) |
| 14:32:08 | *** | Alert Mode OFF |
| 14:46:55 | | Quit efqw (Ping timeout: 256 seconds) |
| 14:47:55 | | Join efqw [0] (uid412670@gateway/web/irccloud.com/x-xuxuhadazhalqgmp) |
| 14:59:49 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 14:59:56 | | Quit vitt13 (Quit: Leaving) |
| 15:00 |
| 15:01:57 | | Quit tomato (Quit: Ping timeout (120 seconds)) |
| 15:02:11 | | Join tomato [0] (t0mato@gateway/vpn/mullvad/tomato) |
| 15:11:25 | | Join FroggestSpirit [0] (18c0819f@d192-24-159-129.try.wideopenwest.com) |
| 15:13:45 | FroggestSpirit | so i got the M3K to boot with both the M5 OFW kernel, and a built M5 kernel (from vitt13's repo). basically the rootfs needs to be the M5 one, but with the /usr/project folder and its contents from the M3K rootfs |
| 15:15:10 | FroggestSpirit | it may need to have the sd card taken out to boot, but the touch buttons also still dont work (tried building the kernel with the M3K touch stuff, but it didnt work, might be missing things). screen is still also 240x240, side buttons work |
| 15:15:53 | FroggestSpirit | have to go for now, but if anyone wants to try some stuff, there's a bit of a starting point. |
| 15:15:59 | | Quit FroggestSpirit (Client Quit) |
| 15:47:40 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:13:01 | | Quit beencubed (Quit: Leaving) |
| 16:17:05 | | Quit livvy (Remote host closed the connection) |
| 16:23:59 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 16:28:14 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 16:33:14 | | Quit beencubed (Quit: Leaving) |
| 16:38:34 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 17:00 |
| 17:43:24 | | Quit lebellium (Quit: Leaving) |
| 17:47:42 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:07:30 | | Quit pamaury (Remote host closed the connection) |
| 18:37:57 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 18:50:16 | _bilgus | popcorn9499, those look like normal encoder messages to me |
| 18:51:06 | _bilgus | i'd sprinkle a few more through the encodere to see where it falls off |
| 19:00 |
| 19:16:35 | | Quit emacsomancer (Ping timeout: 246 seconds) |
| 19:24:04 | | Quit pamaury (Ping timeout: 256 seconds) |
| 19:47:43 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:06:28 | | Quit livvy (Remote host closed the connection) |
| 20:06:40 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 20:08:21 | | Quit jdarnley (Ping timeout: 272 seconds) |
| 20:10:29 | | Quit ufdm (Ping timeout: 246 seconds) |
| 20:12:49 | | Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 20:13:19 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 20:16:42 | popcorn9499 | like play more files? sorry im not exactly sure what you mean @_bilgus |
| 20:17:35 | popcorn9499 | Are you meaning I should try to just play more files or what? |
| 20:18:09 | | Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 20:18:32 | popcorn9499 | What rockbox more specifically does and I could likely send a video of it if you want but it attempts to play all the files in a folder but instantaneously skips to the next file until it reaches one that plays or empties the directory |
| 20:18:56 | | Quit J_Darnley (Ping timeout: 240 seconds) |
| 21:00 |
| 21:07:11 | | Quit MrZeus (Ping timeout: 246 seconds) |
| 21:28:47 | | Join FroggestSpirit [0] (18c0819f@d192-24-159-129.try.wideopenwest.com) |
| 21:29:41 | FroggestSpirit | Still working on the M3K kernel build, currently boots with or without the SD card in. Buttons and touch keys are working. SD card isn't detected yet, and the screen is still displaying 240x240 |
| 21:40:08 | FroggestSpirit | The screen seems to be tricky, most of what I tried so far to make it 240x320 like normal crashes when it displays the boot screen |
| 21:43:43 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 21:45:42 | FroggestSpirit | huh, so I just got it to build with a 240x320 screen (image is mirrored horizantally though. Doing this made the normal M3K rootfs work. The kernel crashes were literally from the screen stuff |
| 21:47:46 | *** | Saving seen data "./dancer.seen" |
| 21:48:01 | | Join fs-bluebot_ [0] (~fs-bluebo@55d469f4.access.ecotel.net) |
| 21:48:06 | | Quit bluebrother (Disconnected by services) |
| 21:48:11 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 21:49:11 | FroggestSpirit | Custom built kernel is apparently completely working when tested on XVortex's rootfs. The screen just needs to be mirrored back to normal |
| 21:50:00 | FroggestSpirit | logging off, speachy, now that the kernel can be built, what kind of things should we fix? |
| 21:50:11 | | Quit FroggestSpirit (Quit: Connection closed) |
| 21:50:19 | | Quit fs-bluebot (Ping timeout: 272 seconds) |
| 22:00 |
| 22:11:38 | | Join f1refly [0] (~f1refly@2a01:c23:8883:be00:41e0:78f2:ca1c:c126) |
| 22:14:28 | | Quit f1reflyylmao (Ping timeout: 260 seconds) |
| 22:28:13 | | Join lonoxmon1 [0] (~lonoxmont@024-180-058-254.res.spectrum.com) |
| 22:28:34 | | Join FroggestSpirit [0] (18c0819f@d192-24-159-129.try.wideopenwest.com) |
| 22:29:19 | | Quit lonoxmont (Quit: Reconnecting) |
| 22:30:11 | | Nick lonoxmon1 is now known as Lonoxmont (~lonoxmont@024-180-058-254.res.spectrum.com) |
| 22:43:30 | | Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) |
| 23:00 |
| 23:06:22 | FroggestSpirit | screen is fixed now. I don't think there's anything not working now compared to the OFW kernel |
| 23:25:11 | | Quit ac_laptop (Ping timeout: 264 seconds) |
| 23:31:04 | | Join hook54321 [0] (sid149355@gateway/web/irccloud.com/x-iydcvfquftmklano) |
| 23:38:18 | FroggestSpirit | I'm looking at the key defines, and it's kind of weird, they define 2 keys per button, one for a press, and another for a long press |
| 23:43:47 | hook54321 | hi, i was wondering if anyone here is familiar with the layout and navigation of the forum. |
| 23:47:50 | *** | Saving seen data "./dancer.seen" |
| 23:49:09 | __builtin | hook54321: sure, what do you need? |
| 23:50:44 | hook54321 | I'm having trouble figuring out what the canonical URL for a thread is, for example there seems to be at least 2 different URLs each thread can be accessed at. |
| 23:51:55 | hook54321 | https://forums.rockbox.org/index.php/topic,*/prev_next,next.html, https://forums.rockbox.org/index.php/topic,*/prev_next,prev.html |
| 23:52:32 | hook54321 | oh, wait, three |
| 23:52:39 | hook54321 | https://forums.rockbox.org/index.php/topic,*.html |
| 23:53:27 | __builtin | usually the latter is canonical |
| 23:55:15 | hook54321 | could the first two be ignored and still come across all threads? |
icon identifies that the person is a core developer (has commit access).