Skip Navigation
FTC urged to make smart devices say how long they will be supported
  • I see it just gets incorporated into their business model.

    I’d argue it would meaningfully suppress the incentive for planned obsolescence for good faith manufacturers, and it opens up repurposing of equipment from less reputable entities.

  • FTC urged to make smart devices say how long they will be supported
  • I’d like to see a requirement that products and devices which have been deemed by their manufacturer to be end of sale/support/repair/life are required to be unlocked, with technical schematics and repair documentation made freely available, upon request of the owner.

  • Friendly reminder to get help if you're feeling suicidal
  • This perspective betrays a complete lack of understanding and experience of being chronically suicidal. Inflicting the responsibility of how others conduct themselves on someone, particularly one in a vulnerable state, is beyond repugnant.

    The only effective mechanism for prevention of chronic suicidality is to create an environment in which one can actively, freely, and legitimately choose to participate when they’re at their most vulnerable.

  • Difference between downloading on public wifi and mobile hotspot?
  • Client separation on WiFi is supposed to force clients to only talk to the AP and prevent them from talking directly to each other. The motivation is to allow the AP to enforce appropriate policies.

    The feature may well be as antiquated as WEP now, it’s been years since I looked into how it actually functions.

  • Anon tries to remember a song
  • No, that goes like this:

    Darude - Sandstorm
    • Duuuuuuuuuuuuuuuuuuuuuuun

    • dun dun dun dun dun dun dun dun dun dun dun dundun dun dundundun dun dun dun dun dun dun dundun dundun

    • BOOM

    • dundun dundun dundun

    • BEEP

    • dun dun dun dun dun

    • dun dun

    • BEEP BEEP BEEP BEEP

    • BEEEP BEEP BEEP BEEP

    • BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BOOM

    • daddaddadadsadadadadadadadadadaddadadadadadaddadadaddadadadadadadadadadadadaddadddadaddadadadd dadadadaddaddadad

    • dadadddaddadaddadadadddadadada

    • nyu nyu nyu nyu nyu nnyu nyu nyu nyu nyu nyu nyu nyu nyu nyu nyu

    • doo doo doo doo doo doo doo doo

    • nnn nn nn nn nn nn n nn nnn nn nn nnn nnn nnnnnnnn

    • dddddddd ddadadadadaddadadadadadaadadadadadad

    • BOOM

    • nyu nyu nyu nyu nyu nyu

    • BOOM

    • BOOM BOOM BOOM BOOM

    • BOOM

    • nyunyunyu nyu nyu nyu nyu nyu nyu nyu nyu nyu nyu

    • BOOM BOOM

    • BEEP BEEP

    • BEEP BEEP BEEP

    • dadadadadada

    • ddadad

    • BOOM BOOM

    • BBEP BEEP

    • BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP BEEP

    • BOOM

    • (Unintellgibile)

    • ddudndundun dun dun dun dun dun dun dun dun dun dun dun dun dun dun dund

    • dododododododododododododododododododododododododododododoodo

    • DRUM DRUM DRUM

    • ddodododododoododododododododoodododododododo

    • chi chi chi chi chi chih

    • BOOOM

    • chcihcihfkdhfdisjfkla

    • dodododododododododododododododododododododododododododododododododoo

    • SCHEW

    • dododododododoodododododododododododododo

    • dadadadddudndundundudnudndundundunddunfudnundudnudnudndund

    • BOOM

    • FADE

  • Is there any Podcast players that autoskip ads?
  • I thought I explained how to handle the dynamically inserted ads, but I’ll elaborate a little here.

    If your Listenarr instance is part of a broader network of other instances, they’ll all potentially receive a unique file with different ads inserted, but they’ll typically be inserted at the same cut location in the program timeline. Listenarr would calculate the hash of the entire file, but also sub spans of various lengths.

    If the hash of the full file is the same among instances, you know everyone is getting the same file, and any time references suggested for metadata will apply to everyone.

    If the full file hash is different, Listenarr starts slicing it up and generating hashes of subsections to help identify where common and variant sections are. Common sections will usually be the actual content, variants are likely tailored ads. The broader the Listenarr network, the greater the sample size for hashes, which will help automate identification. In fact, the more granular and specific the targeting of inserted ads, the easier it will be to identify them.

    Once you have the file sections sufficiently hashed, tagged, and identified, you can easily stitch together a sanitised media stream into a file any podcast app can ingest.

    You could shove this function into a podcast player, but then you’d need to replicate all the existing permutations of player applications.

    The beauty of the current podcast environment is it’s just RSS feeds that point to audio files in a standard way. This permits handling by a shim proxy in the middle of the transaction between the publisher and the player.

    This could also be a way to better incorporate media into the fediverse. One example is the chapters and transcripts generated could be directly referenced in Lemmy and Mastodon posts.

  • Is there any Podcast players that autoskip ads?
  • I think this would make a good -arr application.

    Ingest podcast feeds, crowdsource hashes of whole and partial sections of the downloaded audio, which should be a good start to auto-tag dynamically inserted ads.

    For non-dynamic ads, provide an interface to manually identify their start/end, and publish for others. The same interface could be used to add chapters and other metadata.

    Then you’d just point your podcast app to an RSS feed you self host.

    I propose Listenarr, unless this has already been taken.

  • InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)NO
    nonentity @sh.itjust.works
    Posts 0
    Comments 45