00:14 <jashton> Hello! I'd like to contribute to the project. The psycho acoustic bass plugin is listed as a good starting point, particularly for students. Firstly, am I understanding the scope correctly? The plugin needs to determine what (configurable) frequencies to lower the gain of, and increase the gain of the harmonics of those same frequencies?

00:32 <jashton> Well, I just found the research issue page on GitHub and read through that. I'm not familiar with that math, but the idea of creating a daemon to handle this makes sense to me. There's also someone who posted that there's been some talk about this in the IRC channels, though I don't seem to be able to see a history.

07:46 <chadmed> jashton: oop sorry mate i already built that

07:47 <chadmed> if youre curious, https://github.com/chadmed/bankstown

17:29 <krbtgt> i wonder if it might be a good idea to have easy-to-use builds of the latest idevicerestore available for people to use; i..e a single static binary, or packages to point to (though that's distro specific)

17:30 <krbtgt> i've been looking into and and the annoying part might be usbmuxd, since it requires udev activation and idevicerestore needs usbmuxd running per the docs

17:31 <krbtgt> but if an older version of the distro usbmuxd can be used w/ newer everything else (or iTunes for windows users), then single-binary idevicerestore looks a lot more appealing

17:37 <krbtgt> as of now, if an AS mac is your only mac, and you hose it, the steps to be able to DFU without going to the apple store are pretty annoying

17:39 <marcan> you don't need udev activation for usbmuxd, you can just run it standalone, but you do need it to be running

17:40 <marcan> you do need newer usbmuxd to get the PIDs for newer machines

17:40 <marcan> however you should *also* be able to just use the iTunes usbmuxd on Windows, usbmuxd is designed to use the same protocol as Apple's implementation for that reason

17:42 <marcan> in principle it should be possible to run usbmuxd in-process with some rework, if someone really cares. you could probably just spawn it as a thread and leave the socket stuff in place even if it all goes back to the same process. but then again at that point it's probably easier to just have a shell script that spawns it before idevicerestore.

17:45 <krbtgt> downloading two binaries and spawning usbmuxd if you don't have udev rules for it already doesn't seem too bad

17:46 <krbtgt> though supressing the older distro usbmuxd that isn't aware of newer devices could be annoying

17:46 <krbtgt> i'm hoping apple's usbmuxd for windows is aware of macs

17:59 <j`ey> https://github.com/eiln/avd <3

17:59 <j`ey> seems like eiln can play videos over m1n1 now

21:26 <ydalton> ^^

21:26 <ydalton> this is absolutely beautiful to see

21:27 <nicolas17> j`ey: m1n1 bad-apple.mp4 when :D

21:28 <ydalton> nicolas17: we saw it on the touchbar but on the actual screen decoded by avd would be really a kicker :D

21:28 <janneg> nicolas17: alreeady done proxyclient/experiments/touchbar_bad_apple.py

21:30 <nicolas17> janneg: that's not using a video file in avd, is it? :p

21:31 <janneg> no, it's using raw frames

21:31 <nicolas17> I was replying to "https://github.com/eiln/avd <3 seems like eiln can play videos over m1n1 now"

21:34 <ydalton> eiln: what does that m3 firmware do? other than annoy people who have to deal with it

21:55 <janneg> looks like there might be a 3 M3 Pro/Max/... macOS kernel builds. apparently there will be H15G, H15J and H15S. could mean that the two M3 Max variants are different chips

21:55 <janneg> https://github.com/AsahiLinux/docs/wiki/Codenames

22:57 <nicolas17> janneg: there's a macOS download already, did you see it?

22:59 <nicolas17> https://appledb.dev/firmware/macOS/23B2077.html

23:02 <janneg> I haven't looked at it yet

23:03 <nicolas17> it contains kernelcache.release.mac15j kernelcache.release.mac15g kernelcache.release.mac15s

23:06 <nicolas17> armfw_g15c.im4p armfw_g15g.im4p armfw_g15s.im4p

23:06 <nicolas17> t6030dcp.im4p t603xdcp.im4p t8122dcp.im4p

23:11 <krbtgt> good news: i actually made good on that idea

23:11 <krbtgt> i have a script that can make a fully static idevicerestore

23:11 <nicolas17> oh cool

23:12 <krbtgt> untested because i don't feel liike sacrificing a device rn

23:12 <nicolas17> janneg: btw what's the source for Ibiza/Lobos/Palma codenames?

23:12 <nicolas17> I have seen the names themselves months ago, but back then we didn't know which was which

23:15 <janneg> I don't know, amarioguy added them. if I had to guess I would use a different mapping

23:15 <nicolas17> ahh okay

23:33 <krbtgt> https://github.com/NattyNarwhal/static-idevicerestore i've only tested this on aarch64 debian

23:34 <krbtgt> very quick and dirty, basically an hour's worth of work