Join us now at the IRC channel.
| *factor has quit (Remote host closed the connection) | Mar 08 00:00 | |
| *factor (~factor@47-217-123-141.mskgcmta02.res.dyn.suddenlink.net) has joined #techrights | Mar 08 00:01 | |
| MinceR | https://www.smbc-comics.com/comic/language | Mar 08 00:01 |
|---|---|---|
| -TechrightsBot-tr/#techrights-www.smbc-comics.com | Saturday Morning Breakfast Cereal - Language | Mar 08 00:01 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 00:05 | |
| *tobi667 (50478eac@80.71.142.172) has joined #techrights | Mar 08 00:18 | |
| tobi667 | can someone tell me why I cannot visit https://techrights.org/? | Mar 08 00:21 |
| -TechrightsBot-tr/#techrights- ( status 500 @ https://techrights.org/ ) | Mar 08 00:21 | |
| tobi667 | I it is not possible to visit techrights.org on s | Mar 08 00:23 |
| DaemonFC[m] | I've been playing around with FFMpeg's native AAC encoder. | Mar 08 00:24 |
| DaemonFC[m] | At last the CBR mode is better than LAME MP3 and Reference libvorbis at the same general bitrate. | Mar 08 00:24 |
| DaemonFC[m] | *least. | Mar 08 00:24 |
| XRevan86 | tobi667: Not implemented yet | Mar 08 00:24 |
| DaemonFC[m] | So it's not complete junk which surprised me. | Mar 08 00:24 |
| DaemonFC[m] | If you need AAC files or it's just a choice between MP3 and AAC and that's that, go with FFMpeg's Native AAC encoder. | Mar 08 00:25 |
| tobi667 | it'snnot and I have looked at all possible settingsmhave secure when typing https | Mar 08 00:26 |
| DaemonFC[m] | It's probably not the best AAC implementation by quality. But there are disputes about whether FDK-AAC is Free and Open Source or not, and it's unwieldy. | Mar 08 00:26 |
| tobi667 | it's not possible to use https when visiting this site | Mar 08 00:27 |
| superkuh | It's possible. | Mar 08 00:27 |
| superkuh | Just ignore that the cert expired on (04/10/2019 17:24:11 GMT). | Mar 08 00:27 |
| DaemonFC[m] | Th FFMpeg docs suggest the VBR mode of the Native AAC encoder is probably going to produce worse results than CBR. | Mar 08 00:28 |
| superkuh | Oh. I see. | Mar 08 00:28 |
| superkuh | It errors. | Mar 08 00:28 |
| *tobi667 (50478eac@80.71.142.172) has left #techrights | Mar 08 00:28 | |
| DaemonFC[m] | There's no telling when that was written though. Seems the last big tune up the psy model got was in 2016 when they removed the Experimental flag from it and dropped support for VisualOn, which was complete garbage almost as bad as FAAC. | Mar 08 00:28 |
| MinceR | (cat) https://img.pr0gramm.com/2020/02/04/be1a26e39b411e79.jpg | Mar 08 00:30 |
| *factor has quit (Quit: Leaving) | Mar 08 00:43 | |
| *Firee has quit (Ping timeout: 258 seconds) | Mar 08 01:10 | |
| *Firee (~Firee@unaffiliated/firee) has joined #techrights | Mar 08 01:13 | |
| *Firee has quit (Ping timeout: 260 seconds) | Mar 08 01:20 | |
| *swaggboi has quit (Remote host closed the connection) | Mar 08 01:31 | |
| -viera/#techrights-Tux Machines: APT 2.0 released http://www.tuxmachines.org/node/134929 [https://pleroma.site/objects/50aca22f-64aa-4b8b-9bbf-833e9400921c] | Mar 08 02:20 | |
| DaemonFC[m] | I need to edit Wikipedia later. | Mar 08 02:24 |
| DaemonFC[m] | It still says VisualOn AAC is supported in FFMpeg, but it was dropped a long time ago. | Mar 08 02:25 |
| DaemonFC[m] | It made no sense to keep it. Even in 2012 before the GSoC work to tune the Native AAC encoder, VisualOn was worse. | Mar 08 02:28 |
| DaemonFC[m] | It was also worse than FAAC. | Mar 08 02:28 |
| cubexyz | oiaohm, may as well just keep the old distros on the old computers | Mar 08 02:35 |
| cubexyz | but I think it's a good idea to see which distros support 32-bit still | Mar 08 02:36 |
| MinceR | old distro( version)s means no security updates though | Mar 08 02:47 |
| oiaohm | cubexyz: there comes practical limitation on how old of a Linux distribution is safe to use. I find tiny core useful to keep old systems going with current software. | Mar 08 03:34 |
| oiaohm | Of course tiny core does not magically fix that hardware limitation problems. | Mar 08 03:34 |
| oiaohm | cubexyz: 32 bit support will remain in debian for quite some time. The fun of being used in Civil infrastructure stuff is that you have to support platforms for 50 years. | Mar 08 03:35 |
| oiaohm | That is only 50 years with the same level of functionality none of this expanding chrome and firefox stuff. | Mar 08 03:36 |
| DaemonFC[m] | There's apparently an "unfixable" problem with the Intel Management Engine now. | Mar 08 03:41 |
| DaemonFC[m] | I didn't read it though. | Mar 08 03:42 |
| DaemonFC[m] | Having an entire MINIX OS in there means lots of potential atttack surface. | Mar 08 03:42 |
| -viera/#techrights-Tux Machines: Games: Dungeon Drafters, Freeablo, Soul Saga http://www.tuxmachines.org/node/134931 [https://pleroma.site/objects/a73e2446-3c98-4762-9e7b-8c6b00cde268] | Mar 08 03:50 | |
| oiaohm | DaemonFC[m]: there is a defect in the start up rom section the bootloader before Minix | Mar 08 03:53 |
| oiaohm | DaemonFC[m]: of course you cannot change that rom. | Mar 08 03:53 |
| oiaohm | Without changing the silicon/ | Mar 08 03:53 |
| oiaohm | DaemonFC[m]: basically the screwed up the code that should have been audited to death. | Mar 08 03:56 |
| oiaohm | the/they | Mar 08 03:57 |
| *swaggboi (~swaggboi@slackware.uk/supporter/swaggboi) has joined #techrights | Mar 08 04:02 | |
| -viera/#techrights-Tux Machines: GNU Guile 2.2.7 and 3.0.0 http://www.tuxmachines.org/node/134932 [https://pleroma.site/objects/c938d79d-1655-4e69-9d6c-3f8bc5190d4e] | Mar 08 04:03 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 04:03 | |
| -viera/#techrights-Tux Machines: The March 2020 Issue of the PCLinuxOS Magazine http://www.tuxmachines.org/node/134930 [https://pleroma.site/objects/defcc796-935e-414f-b846-3ace0d481e99] | Mar 08 04:04 | |
| cubexyz | yeah intel isn't exactly filling me with confidence | Mar 08 04:17 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 04:23 | |
| -viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/134934 [https://pleroma.site/objects/4f422e13-9613-4e6a-b2f9-935af46f3cde] | Mar 08 04:36 | |
| -viera/#techrights-Tux Machines: Python Programming Leftovers http://www.tuxmachines.org/node/134935 [https://pleroma.site/objects/d076674a-e71f-454a-ae70-ff4b23ab3642] | Mar 08 04:38 | |
| -viera/#techrights-Tux Machines: Linux Kernel Latest Additions and Linux Foundation's 'Cloud' Native Computing Foundation http://www.tuxmachines.org/node/134936 [https://pleroma.site/objects/789f427a-a45b-420f-b252-c3c1f3c52d01] | Mar 08 04:40 | |
| -viera/#techrights-Tux Machines: Software: TenFourFox, Qt 4, MetaInfo Creator http://www.tuxmachines.org/node/134937 [https://pleroma.site/objects/7a053e1b-b6d1-4db6-bc75-f5ea3b0b75fb] | Mar 08 04:42 | |
| -viera/#techrights-Tux Machines: PCLinuxOS: Horizon Chase Turbo, Screenshot Showcase, 'Tunnelrat', and Vintage Computing on PCLinuxOS http://www.tuxmachines.org/node/134938 [https://pleroma.site/objects/c4841943-3c83-43ac-a2f4-29882519f627] | Mar 08 04:44 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 04:51 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 04:52 | |
| oiaohm | cubexyz: really I would not just single intel out. When you look at how much development should cost for it to be audited and secure and how much we are currenly paying on software and hardware there is no way in hell it can be secure. | Mar 08 05:46 |
| oiaohm | amd road map recently is interesting there are 4 socket epic in the works for 2 version into the future. | Mar 08 05:47 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 05:55 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 05:56 | |
| tedbox | [03:42] <DaemonFC[m]> Having an entire MINIX OS in there means lots of potential atttack surface. | Mar 08 06:03 |
| tedbox | as if the goal of ME was ever security | Mar 08 06:03 |
| tedbox | They left the NSA to deal with its enablement | Mar 08 06:03 |
| tedbox | if's even in the named param/flag | Mar 08 06:03 |
| tedbox | since it's bsd-ish licensed, you don't get to see the underlying code/design either | Mar 08 06:03 |
| tedbox | and it can have anything on it... | Mar 08 06:03 |
| *tedbox is now known as roy_on_tedbox | Mar 08 06:04 | |
| roy_on_tedbox | Intel = defective board | Mar 08 06:04 |
| roy_on_tedbox | fast, maybe, but not secure... you wouldn't want a non-US nuclear reactor to use Intel chips and be network-connected | Mar 08 06:05 |
| roy_on_tedbox | esp. at times of tensions, e.g. venezuela, Iran, Cuba, China... | Mar 08 06:06 |
| *roy_on_tedbox likes the mincer memes and stuff on irc | Mar 08 06:07 | |
| *zerogue has quit (Quit: Goodbye Cruel World) | Mar 08 06:12 | |
| *zerogue (~irc@138.197.175.130) has joined #techrights | Mar 08 06:15 | |
| *CrystalMath has quit (Quit: Support Richard Stallman and other victims of cancel culture! | https://sterling-archermedes.github.io/) | Mar 08 06:55 | |
| oiaohm | roy_on_tedbox: problem is most of what we use is defective just intel is the main wipping boy at the moment. | Mar 08 06:59 |
| oiaohm | sel4 shows development for military drones shows how much should be put into validating platform. | Mar 08 06:59 |
| oiaohm | Yes x86 platform be it amd or intel fails validation 2014. So 5 years ago. | Mar 08 07:01 |
| oiaohm | 4-5 years latter the storm hits. | Mar 08 07:01 |
| oiaohm | Really we should not be supprised that the crap is hitting the fan. | Mar 08 07:02 |
| schestowitz | https://opensource.org/minutes/ | Mar 08 07:06 |
| -TechrightsBot-tr/#techrights-opensource.org | List of OSI Board Meeting Minutes & Portfolio Reports (2005-2018) | Open Source Initiative | Mar 08 07:06 | |
| oiaohm | schestowitz: LOL I just read the title line on that page. List of OSI Board Meeting Minutes & Portfolio Reports (2005-2018) << Over due for a update thinking 2019 minutes are there. | Mar 08 07:21 |
| oiaohm | Should have been a simple List of OSI Board Meeting Minutes & Portfolio Reports (2005-current) title | Mar 08 07:24 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 07:38 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 07:38 | |
| roy_on_tedbox | oiaohm: broken links | Mar 08 07:41 |
| roy_on_tedbox | it's for an article tomorrow, depending on time.. | Mar 08 07:41 |
| -viera/#techrights-Tux Machines: Zorin OS 15.2 Officially Launched with Linux Kernel 5.3 http://www.tuxmachines.org/node/134844#comment-24008 [https://pleroma.site/objects/21e025e3-25c4-4945-ba88-dbe86dcd78e1] | Mar 08 08:44 | |
| -viera/#techrights-Tux Machines: #Android Leftovers http://www.tuxmachines.org/node/134939 [https://pleroma.site/objects/a54c06c2-d138-4cbd-b7db-fc270c4fb4aa] | Mar 08 08:46 | |
| *Firee (~Firee@unaffiliated/firee) has joined #techrights | Mar 08 09:02 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 09:21 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 09:23 | |
| *roy_on_tedbox has quit (Remote host closed the connection) | Mar 08 10:54 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 11:07 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 11:07 | |
| *Firre (~Firee@91-156-164-60.elisa-laajakaista.fi) has joined #techrights | Mar 08 14:01 | |
| *Firee has quit (Ping timeout: 256 seconds) | Mar 08 14:04 | |
| *Firre is now known as Firee | Mar 08 14:04 | |
| MinceR | 08 065928 < oiaohm> roy_on_tedbox: problem is most of what we use is defective just intel is the main wipping boy at the moment. | Mar 08 14:13 |
| MinceR | is it really | Mar 08 14:13 |
| MinceR | intel gave their name for UEFI/TianoCore | Mar 08 14:13 |
| MinceR | they pioneered killing off legacy boot, and with it, locking users into Restricted Boot and Backdoors | Mar 08 14:13 |
| MinceR | they pioneered IME | Mar 08 14:13 |
| MinceR | they pioneered IBG to lock people into shitty UEFI implementations | Mar 08 14:14 |
| MinceR | they cut every single corner on speculative execution and thus have more holes than anyone else | Mar 08 14:14 |
| MinceR | they are also still pushing Treacherous Computing which only makes things worse | Mar 08 14:14 |
| MinceR | intel has done everything they could to compromise our security | Mar 08 14:15 |
| oiaohm | MinceR: You have to remember bios before UEFI would accept any addon firmware from cards. I did at one point a proto malware that auto patched itself on to the end of the system bios image as a demo in 1994. Security was mostly toast before intel even started on that stuff. | Mar 08 14:17 |
| MinceR | TianoCore has intel's name on it but probably microshit drones' code, as it forces every single piece of microsloth format and practice they could | Mar 08 14:17 |
| MinceR | oiaohm: and is even more toast now, as there are no more security measures, just snake oil and lock-in, but now the whole thing is infinitely more complex | Mar 08 14:18 |
| oiaohm | Its only recently that people have started auditing stuff. | Mar 08 14:18 |
| MinceR | giving room for infinitely more security holes | Mar 08 14:18 |
| oiaohm | Not really | Mar 08 14:18 |
| MinceR | it's the usual "just throw another layer of shit on top with all the buzzwords you can think of and pretend that magically makes it secure" school of design | Mar 08 14:18 |
| MinceR | intel pretended that locking PC-s down with DRM made them more secure, but time and time again (even recently) they've been shown to be wrong | Mar 08 14:19 |
| oiaohm | UEFI go rid of a huge stack of repeatly used security flawed 16 bit code. | Mar 08 14:19 |
| oiaohm | and replaced with with a huge stack of 32 and 64 bit flawed code. | Mar 08 14:19 |
| MinceR | and replaced it with an even more massive stack of 32 bit code full of holes used by practically everybody | Mar 08 14:19 |
| oiaohm | UEFI in source is in fact smaller than what most old school bios images support drivers look like. | Mar 08 14:20 |
| oiaohm | Lets just say the low level has been complete turd. | Mar 08 14:20 |
| MinceR | that's because TianoCore doesn't come with drivers | Mar 08 14:20 |
| MinceR | actually it's 64 bit code, but then microshit had them make a 32 bit version to make it even more difficult to run GNU/Linux on Atom tablets | Mar 08 14:21 |
| oiaohm | MinceR: support drivers don't interface with hardware there are stupid things like lets emulating usb keyboard to PS2 in 16 bit code. | Mar 08 14:21 |
| XRevan86 | Fun fact: SeaBIOS' payload for coreboot is smaller than tianocore's | Mar 08 14:21 |
| oiaohm | MinceR: stuff that tainocore includes basically. | Mar 08 14:22 |
| MinceR | locking people into insecure code does not make them secure. | Mar 08 14:22 |
| oiaohm | SeaBIOS and other open source bios where written fairly cleanly. | Mar 08 14:22 |
| MinceR | despite what intel and microsuck is telling you. | Mar 08 14:22 |
| MinceR | s/is/are/ | Mar 08 14:22 |
| MinceR | well, of course | Mar 08 14:22 |
| MinceR | SeaBIOS wasn't written by intel/microsloth drones | Mar 08 14:22 |
| oiaohm | You don't want to look inside a old school AMI bios. | Mar 08 14:23 |
| oiaohm | Its a stack of patch on top of patch. | Mar 08 14:23 |
| oiaohm | Like 10 patches to fix 1 fault that should be 1. | Mar 08 14:23 |
| oiaohm | So 9 code paths of random pot luck., | Mar 08 14:23 |
| oiaohm | MinceR: basically lack of proper peer review leads to mega mess. | Mar 08 14:24 |
| oiaohm | Question how much of a turd is the firmware in our harddrives. | Mar 08 14:24 |
| oiaohm | MinceR: https://insomniac.slackware.it/static/2019_fosdem_linuxboot_at_facebook.pdf I guess you have seen that Facebook is using Linuxboot to use UEFI hardware drivers and drop everything that is in tianocore | Mar 08 14:31 |
| MinceR | and so they're stuck with pre- intel boot guard cpus? | Mar 08 14:32 |
| MinceR | or they just use amd? | Mar 08 14:32 |
| oiaohm | MinceR: when you are ordering mass volumes of boards you can get the boot guard signing key for the hardware you get. | Mar 08 14:33 |
| oiaohm | Basically unfair for the small guy. | Mar 08 14:33 |
| MinceR | ic | Mar 08 14:33 |
| MinceR | i wonder if it's the same key for all the cpus | Mar 08 14:34 |
| oiaohm | They boot guard key can be request to be a X key of your company as well when you are ordering massive volume. | Mar 08 14:34 |
| oiaohm | Please note massive volume is 10000 units + | Mar 08 14:35 |
| MinceR | (cat) https://pbs.twimg.com/media/ESjBy52X0AAOl2d?format=jpg&name=orig | Mar 08 14:35 |
| oiaohm | and it has to be for data centre. | Mar 08 14:35 |
| oiaohm | Its why getting second hand data centre boards can get you into big trouble when trying to update firmware and the like. | Mar 08 14:36 |
| oiaohm | Heck the installed BMC could be auto dial home. | Mar 08 14:36 |
| oiaohm | Please note using Linux kernel instead of tianocore is not much better because it still not a completely audited thing. | Mar 08 14:37 |
| oiaohm | The firmware level that is the foundation everything is built on be it intel, facebook or someone else most cases it the cheapest possible construction. Exception is what you see with sel4. | Mar 08 14:38 |
| oiaohm | and military things like it for controling items that do kill people. | Mar 08 14:38 |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 14:44 | |
| -viera/#techrights-Tux Machines: Members Always Come First, Especially Corporate Members http://techrights.org/2020/03/08/osi-members-first/ [https://pleroma.site/objects/be197be0-4de1-4930-8b02-b83ebe066b21] | Mar 08 14:51 | |
| *mmu_man has quit (Ping timeout: 268 seconds) | Mar 08 14:53 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 14:53 | |
| -viera/#techrights-Tux Machines: Today in Techrights http://www.tuxmachines.org/node/134940 [https://pleroma.site/objects/8f004429-f5d6-4427-abee-a17cc58b8ac3] | Mar 08 15:02 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 15:09 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 15:10 | |
| *mmu_man has quit (Ping timeout: 260 seconds) | Mar 08 15:10 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 15:10 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 15:10 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 15:10 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 15:12 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 15:13 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 15:16 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 15:16 | |
| *mmu_man has quit (Remote host closed the connection) | Mar 08 15:22 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 15:22 | |
| -viera/#techrights-Tux Machines: This week in KDE: endless bugfixing http://www.tuxmachines.org/node/134941 [https://pleroma.site/objects/104f7ece-bfb9-4717-9f33-3f51448a6e3e] | Mar 08 15:28 | |
| *mmu_man has quit (Ping timeout: 268 seconds) | Mar 08 15:30 | |
| -viera/#techrights-Tux Machines: The #OSI in 2020 (or even prior years; since #Microsoft started paying it) is led by corporations rather than people and the #OpenSourceDefinition (OSD) no longer seems to matter http://techrights.org/2020/03/08/companies-funded-osi/ #freesw #opensource [https://pleroma.site/objects/dfc30228-7d2a-4452-aee8-568c24d80cd2] | Mar 08 15:33 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 15:35 | |
| *mmu_man has quit (Ping timeout: 260 seconds) | Mar 08 15:42 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 15:43 | |
| *mmu_man has quit (Ping timeout: 265 seconds) | Mar 08 16:00 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 16:01 | |
| *mmu_man has quit (Ping timeout: 240 seconds) | Mar 08 16:10 | |
| *mmu_man (~revol@109.190.253.13) has joined #techrights | Mar 08 16:11 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 16:14 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 16:14 | |
| MinceR | https://www.smbc-comics.com/comic/frog-princess | Mar 08 16:16 |
| -TechrightsBot-tr/#techrights-www.smbc-comics.com | Saturday Morning Breakfast Cereal - Frog Princess | Mar 08 16:16 | |
| *mmu_man has quit (Ping timeout: 255 seconds) | Mar 08 16:24 | |
| *CrystalMath (~coderain@reactos/developer/theflash) has joined #techrights | Mar 08 16:40 | |
| *napcok (b225c6a5@178-37-198-165.adsl.inetia.pl) has joined #techrights | Mar 08 16:49 | |
| MinceR | https://www.smbc-comics.com/comic/evil-ai | Mar 08 17:13 |
| -TechrightsBot-tr/#techrights-www.smbc-comics.com | Saturday Morning Breakfast Cereal - Evil AI | Mar 08 17:13 | |
| -viera/#techrights-Tux Machines: International Women’s Day in Free Software Projects http://www.tuxmachines.org/node/134942 [https://pleroma.site/objects/0ba81cd8-1dde-42b5-bd98-3d1092cf11f4] | Mar 08 17:23 | |
| *tedbox (~roy@host81-152-238-70.range81-152.btcentralplus.com) has joined #techrights | Mar 08 17:30 | |
| *tedbox has quit (Changing host) | Mar 08 17:30 | |
| *tedbox (~roy@unaffiliated/schestowitz) has joined #techrights | Mar 08 17:30 | |
| -viera/#techrights-Tux Machines: OSS Leftovers http://www.tuxmachines.org/node/134943 [https://pleroma.site/objects/cbc7c48a-4843-4830-bb32-8a37f3f1af79] | Mar 08 17:40 | |
| -viera/#techrights-Tux Machines: Security Leftovers http://www.tuxmachines.org/node/134944 [https://pleroma.site/objects/cd1788e9-68cf-472e-a910-2a04fcc8c4c4] | Mar 08 17:43 | |
| -viera/#techrights-Tux Machines: Android Leftovers http://www.tuxmachines.org/node/134945 #android #linux #google [https://pleroma.site/objects/fbf2b50c-6f3c-4a44-b922-13dc57eeb456] | Mar 08 17:47 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 17:51 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 17:51 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 17:56 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 17:56 | |
| *mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) has joined #techrights | Mar 08 17:56 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 17:56 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 17:57 | |
| -viera/#techrights-Tux Machines: today's howtos http://www.tuxmachines.org/node/134946 [https://pleroma.site/objects/171d6f5a-96de-47ab-9c54-661d02d9a634] | Mar 08 17:59 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 18:02 | |
| -viera/#techrights-Tux Machines: #LatteDock v0.10~ | Multiple Docks In Same Screen Edge http://www.tuxmachines.org/node/134947 #kde #gnu #linux #qt [https://pleroma.site/objects/4e713432-1d2d-4987-8e68-f514e4f2b325] | Mar 08 18:02 | |
| -viera/#techrights-Tux Machines: NomadBSD 1.3.1 is now available! http://www.tuxmachines.org/node/134948 [https://pleroma.site/objects/458c4d58-8ef7-40d8-9f0d-36229c0f1319] | Mar 08 18:07 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 18:08 | |
| *napcok has quit (Remote host closed the connection) | Mar 08 18:11 | |
| MinceR | https://hugelolcdn.com/i/655540.jpg | Mar 08 18:19 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 18:47 | |
| DaemonFC[m] | Something just froze my whole computer. | Mar 08 18:47 |
| DaemonFC[m] | Fedora has been really flakey lately. | Mar 08 18:47 |
| -viera/#techrights-Tux Machines: today's leftovers http://www.tuxmachines.org/node/134949 [https://pleroma.site/objects/3a76109d-fbbd-4989-bac5-bca32106d852] | Mar 08 18:48 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 18:48 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 18:56 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 18:57 | |
| -viera/#techrights-Tux Machines: Links 8/3/2020: GNOME Shell and Mutter 3.36, NomadBSD 1.3.1, APT 2.0 and GNU Guile Releases http://techrights.org/2020/03/08/apt-2-0/ [https://pleroma.site/objects/8ef0a149-f143-4fc0-a175-eaf56ef9527d] | Mar 08 19:00 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:03 | |
| DaemonFC[m] | As part of the standard for SD cards larger than 32 GB ExFAT is not really optional. | Mar 08 19:04 |
| DaemonFC[m] | You may or may not get away with formatting larger volumes FAT32. Some devices recognize it and some don't, but the file size limit is probably going to be a problem. | Mar 08 19:05 |
| XRevan86 | DaemonFC[m]: Whatever, mkfs whatever you want. Especially if you don't care about large files. | Mar 08 19:05 |
| DaemonFC[m] | Well, 4 GB minus one byte is the largest possible file on FAT32. | Mar 08 19:05 |
| DaemonFC[m] | I suppose that you could move a movie rip over to it. Most of them are under 4 GB. | Mar 08 19:06 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:06 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:11 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:12 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:12 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:12 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:13 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:13 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:13 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:14 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:15 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:15 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:16 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:16 | |
| DaemonFC[m] | Opus still makes me kind of angry. | Mar 08 19:16 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:16 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:17 | |
| DaemonFC[m] | It strikes me as CADT. Xiph never really committed to fixing up Vorbis to be the best it could be, they just burned it down and started over, and now the guy that was developing Opus was let go from Mozilla and works at Amazon. | Mar 08 19:17 |
| DaemonFC[m] | So I guess that's a wrap on Opus too. | Mar 08 19:17 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:17 | |
| DaemonFC[m] | Starting over with a new codec just breaks years, two decades now, of compatibility. | Mar 08 19:18 |
| DaemonFC[m] | I suppose the argument could be made that Opus development is basically done though. | Mar 08 19:20 |
| DaemonFC[m] | A lot of that happened previously in the CELT codec. | Mar 08 19:20 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:21 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:22 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:22 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 19:22 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 19:22 | |
| *Firee has quit (Quit: lolmoi) | Mar 08 19:37 | |
| MinceR | (cat) https://pbs.twimg.com/media/EPmPXukWsAAjRKu.jpg | Mar 08 19:38 |
| DaemonFC[m] | Opus does seem to produce better results with legitimate 24/96 FLAC as input. | Mar 08 20:03 |
| DaemonFC[m] | It logically follows that with a better source to analyze, the encoder can make better decisions. Also, it's downsampling from data that's actually there, not upsampling and using that rate as an envelope. | Mar 08 20:04 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 20:08 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 20:11 | |
| MinceR | https://hugelolcdn.com/i/655400.png | Mar 08 20:19 |
| DaemonFC[m] | Seems 128 kbps Opus is great for CD rips, but this 24/96 stuff is best around 160 kbps. | Mar 08 20:35 |
| DaemonFC[m] | There's enough extra data there that the frequency spectrum above 12 kHz might collapse at 128 kbps, even with Opus. | Mar 08 20:42 |
| DaemonFC[m] | Wow. | Mar 08 20:42 |
| DaemonFC[m] | I suppose that's not terribly critical, but for an extra 16 kbps per channel, Opus can manage things well again. | Mar 08 20:43 |
| *balrog has quit (Quit: Bye) | Mar 08 20:45 | |
| *balrog (~balrog@unaffiliated/balrog) has joined #techrights | Mar 08 20:49 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 20:52 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 20:55 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 21:03 | |
| *smnthermes (976c22869c@xmpp.snopyta.org) has joined #techrights | Mar 08 21:04 | |
| MinceR | https://hugelolcdn.com/i/655126.jpg | Mar 08 21:25 |
| DaemonFC[m] | "The second problem is consumer reaction. Adding DRM to a legacy product like music CDs, which traditionally had no rights management scheme, will infuriate consumers. Professor Picker points out that in the wake of the negative publicity surrounding the Sony add-on DRM, Amazon.com began alerting customers as to which Sony CDs contained XCP. Customers could avoid the DRM entirely, negating the effectiveness." | Mar 08 21:37 |
| DaemonFC[m] | Yeah, it backfired on them big time because people were used to doing whatever they wanted to with the CD. Then Apple pretended to remove DRM on iTunes and then slipped it back in disguised as a feature, called Apple Music. | Mar 08 21:37 |
| *oiaohm has quit (Read error: Connection reset by peer) | Mar 08 21:43 | |
| *oiaohm (~oiaohm@unaffiliated/oiaohm) has joined #techrights | Mar 08 21:44 | |
| DaemonFC[m] | Even a trove of MP3s is better than an Apple music subscription because they don't disappear if you stop paying someone every month. | Mar 08 21:44 |
| DaemonFC[m] | Even Jamie Zawinski isn't so far gone that he's given up and subscribed to Apple Music. Why? Well, I suppose that if he tolerates every other ridiculous Apple limitation, the reluctance to use Apple Music stems from them being like McDonalds. They're centered heavily on non-controversial menu items that are fairly bland and unobjectionable to most tastes. If you try to push the envelope to appeal to more sophisticate | Mar 08 21:47 |
| DaemonFC[m] | customers at a place like McDonalds, it ends up being a marketing disaster. | Mar 08 21:47 |
| DaemonFC[m] | So Apple and Spotify have a bunch of music that nobody will remember in 20 years, and a back catalog of record company re-releases with the volume cranked to 147 on a 10 point scale, making Fleetwood Mac sound like Slayer. | Mar 08 21:48 |
| MinceR | https://hugelolcdn.com/i/655066.jpg | Mar 08 21:48 |
| psydroid | I've found plenty of interesting stuff on Spotify, but that's all in the margins | Mar 08 21:53 |
| DaemonFC[m] | They keep fucking up newer formats than MP3 and JPEG with patents and shit. | Mar 08 21:53 |
| DaemonFC[m] | So they tend to fall by the wayside. If anything, the patent expiration on MP3 will cause it to have more appeal. | Mar 08 21:54 |
| DaemonFC[m] | There's no longer even the Free Software argument that if we don't support Vorbis or Opus that MP3 patent owners can threaten and bully people. | Mar 08 21:54 |
| DaemonFC[m] | Which is good I guess. There's a ton of stuff floating around that you can only find in MP3 and now Linux distros can just hand you a decoder with no extra work on your part. | Mar 08 21:55 |
| DaemonFC[m] | I was checking out LAME again. It's not actually that bad. You can actually sidestep the sfb21 problem entirely by using -V5 and just saw fuck it to everything above 16 kHz. | Mar 08 21:56 |
| DaemonFC[m] | The FhG AAC codecs don't assign importance to this area at comparable bitrates anyway, and throw it out around 128k. | Mar 08 21:56 |
| DaemonFC[m] | So the problem is fixed in the format, but when you get down to the 128k neighborhood and you absolutely need to throw something out to protect the important areas of audio, sfb21 is the first thing to go anyway. | Mar 08 21:57 |
| DaemonFC[m] | *say | Mar 08 21:57 |
| DaemonFC[m] | Throwing out data over 16 kHz makes a lot of sense actually. | Mar 08 21:58 |
| DaemonFC[m] | I can't hear it. You probably can't hear it. | Mar 08 21:58 |
| MinceR | i can hear it | Mar 08 21:58 |
| DaemonFC[m] | I'm not sure why Vorbis and Opus assign it any importance, really. | Mar 08 21:58 |
| psydroid | on this website I was just taking a look at I could hear almost everything | Mar 08 22:03 |
| psydroid | I actually had a hearing test done last year and they said my hearing was better than that of most people | Mar 08 22:04 |
| DaemonFC[m] | Well, that's interesting. | Mar 08 22:05 |
| DaemonFC[m] | https://www.classicfm.com/lifestyle/quizzes/how-good-is-your-hearing/ | Mar 08 22:06 |
| -TechrightsBot-tr/#techrights-www.classicfm.com | How good is your hearing? - Classic FM | Mar 08 22:06 | |
| DaemonFC[m] | I can hear everything up to the 18 kHz tone fine. | Mar 08 22:06 |
| DaemonFC[m] | But I had to turn the volume way up on my headphones to hear anything at 20 kHz. | Mar 08 22:06 |
| psydroid | I do think we have a different response to high frequencies | Mar 08 22:06 |
| psydroid | yes | Mar 08 22:06 |
| psydroid | me too | Mar 08 22:06 |
| DaemonFC[m] | I guess my ears are a bit better than I thought. | Mar 08 22:06 |
| DaemonFC[m] | One fair point JM Valin made about Vorbis is that it tries to encode frequencies higher than 20 kHz sometimes and that it's ridiculous. | Mar 08 22:07 |
| DaemonFC[m] | I suppose you could fix that by telling it to put a hard cutoff at 20 kHz though. | Mar 08 22:08 |
| DaemonFC[m] | 19.2 or so might be ideal though, for me anyway. | Mar 08 22:08 |
| DaemonFC[m] | One of those other sites had a test and my hearing crapped out around 13.4 kHz. | Mar 08 22:09 |
| DaemonFC[m] | There must be something wrong with that. | Mar 08 22:09 |
| *smnthermes (976c22869c@xmpp.snopyta.org) has left #techrights | Mar 08 22:11 | |
| DaemonFC[m] | Looks like -V3 does encode part of 16 kHz - 18 kHz. | Mar 08 22:12 |
| DaemonFC[m] | But because the -Y switch is on, it won't encode anything that causes the global gain to have to be adjusted in a way that bloats the bitrate. | Mar 08 22:13 |
| MinceR | (cat) https://full.pr0gramm.com/2020/02/04/dbf8058335dcb2e3.jpg | Mar 08 22:16 |
| DaemonFC[m] | Looks like the quality setting to get LAME to stop at just about 20 kHz exactly is -V 0.9 | Mar 08 22:17 |
| DaemonFC[m] | That's peculiar. | Mar 08 22:17 |
| DaemonFC[m] | It's like 19.8 kHz as the upper limit at -V 1. | Mar 08 22:19 |
| DaemonFC[m] | This song goes from 237 kbps to 231 kbps average going from 0.9 to 1. | Mar 08 22:19 |
| DaemonFC[m] | It really does need a hell of a lot of data to deal with sfb21. | Mar 08 22:19 |
| DaemonFC[m] | Ogg Vorbis can get there at 132 kbps. | Mar 08 22:22 |
| DaemonFC[m] | Looks like if you care about high frequency data and need to save a lot of space, MP3 isn't your codec. | Mar 08 22:24 |
| DaemonFC[m] | I knew that already, but never really bothered to look closer. | Mar 08 22:24 |
| MinceR | FLAC is fine | Mar 08 22:26 |
| psydroid | https://www.szynalski.com/tone-generator/ | Mar 08 22:29 |
| -TechrightsBot-tr/#techrights-www.szynalski.com | Online Tone Generator - generate pure tones of any frequency | Mar 08 22:30 | |
| DaemonFC[m] | I hoped Apple getting out of the business would encourage other manufacturers to try harder. | Mar 08 22:31 |
| DaemonFC[m] | It does seem like FLAC is the only open codec that is likely to be supported by nearly every portable player out there that's not an iPod. | Mar 08 22:36 |
| DaemonFC[m] | Alan Parsons Project - Eye In The Sky.... | Mar 08 22:36 |
| DaemonFC[m] | 267 MB as WavPack Extra High and 270.5 MB in FLAC -8. | Mar 08 22:37 |
| DaemonFC[m] | I have a lot of stuff in WavPack. | Mar 08 22:38 |
| DaemonFC[m] | Both lossless and open source with decent Linux support. | Mar 08 22:39 |
| DaemonFC[m] | WavPack has the edge on compression most of the time. | Mar 08 22:39 |
| psydroid | as far as I remember the only reason why I ever used MP3 was because I had an audio player that could only handle certain file formats and codecs | Mar 08 22:41 |
| MinceR | (javascript) http://www.sickipedia.net/joke/ua7o5wkkusbl6 | Mar 08 22:43 |
| -TechrightsBot-tr/#techrights-www.sickipedia.net | JokeSingle - Sickipedia | Mar 08 22:43 | |
| DaemonFC[m] | WavPack is supported on Android. | Mar 08 22:43 |
| DaemonFC[m] | I use it to save some space on my SD card and still have lossless music. | Mar 08 22:43 |
| DaemonFC[m] | Something revved up my CPU fans and I had to reboot. | Mar 08 23:02 |
| DaemonFC[m] | :P | Mar 08 23:02 |
| DaemonFC[m] | Things on Fedora are getting pretty bad lately. | Mar 08 23:02 |
| DaemonFC[m] | t might not hurt things to get a thumb drive and back up my lossless music there too. | Mar 08 23:03 |
| DaemonFC[m] | If I lost it all I'd have a stroke. | Mar 08 23:03 |
| MinceR | that's what gnome os is like | Mar 08 23:04 |
| MinceR | https://www.smbc-comics.com/comic/klorp | Mar 08 23:05 |
| -TechrightsBot-tr/#techrights-www.smbc-comics.com | Saturday Morning Breakfast Cereal - Klorp | Mar 08 23:05 | |
| DaemonFC[m] | I'd probably just use AAC and be happy with that except the Free Software support still sucks. | Mar 08 23:25 |
| DaemonFC[m] | The FFMpeg Native encoder is better than some of those crappy ones from Android that used stolen 3GPP reference code, and the non-Free FAAC. | Mar 08 23:26 |
| DaemonFC[m] | There's actually been some work on FAAC lately though. | Mar 08 23:26 |
| DaemonFC[m] | Someone scrapped the Huffman Coding source code that was licensed under a non-Free license by Sony in the 90s with one that's under the GPL. | Mar 08 23:27 |
| DaemonFC[m] | So the situation on the license front appears to be getting better. And the new GPL code for the Huffman Coding looks a lot better and is more compact. | Mar 08 23:27 |
| DaemonFC[m] | MinceR: I was surprised that the Huffman Coding implementation wasn't scrapped sooner. | Mar 08 23:32 |
| DaemonFC[m] | That's probably the most similar thing about the lossy audio codecs. | Mar 08 23:33 |
| DaemonFC[m] | The Huffman Coding implementation in WMA is much more complicated. | Mar 08 23:33 |
| DaemonFC[m] | Especially in WMA Pro. | Mar 08 23:33 |
| DaemonFC[m] | MinceR: One of the reasons I quit using Ubuntu was because they did a bunch of crackpot shit that showed no sign of stopping. | Mar 08 23:45 |
| DaemonFC[m] | One of the things that really set me off was "Libav". | Mar 08 23:45 |
| DaemonFC[m] | A broken fork of FFmpeg that bitrotted and accumulated security holes and ultimately had to reversed anyway. | Mar 08 23:46 |
| DaemonFC[m] | If you made any programs that called ffmpeg they broke as of the version of Ubuntu that brought Libav in and then you fixed it, and then they broke again when FFmpeg came back | Mar 08 23:47 |
| DaemonFC[m] | MinceR: The weird part of WavPack is the hybrid lossy mode. | Mar 08 23:50 |
| DaemonFC[m] | It doesn't have a psy model so you need really large lossy files for it to sound good and then there's a horrible mess of correction files and if you lose those you end up with big lossy files that don't sound particularly good and no way to correct them. | Mar 08 23:51 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!
