Skip Navigation
Jump
Kbin, please keep developing!
  • Things are missing there too. It should sync and take over everything.

    1
  • Kbin, please keep developing!

    Where is ernes? What is going on? There are so many things to do on kbin. Please, I want information. What is going on again? Why can't someone take over the project?

    2
    Jump
    Do you use Firefox Sync? Why or why not?
  • I use it, but when I experimented with data synchronization using Firefox Sync, it simply doesn't work, it is so unreliable and unpredictable that you can't bet on it. It's a real pity, because I wanted to use it for a cool thing, synchronizing data of one website, without having my own server for that website. It failed because Firefox Sync fails.

    1
  • Jump
    Do you use Firefox Sync? Why or why not?
  • I recommend KDE Connect, it also has this function. :)
    But sometimes I use this and sometimes I use that feature.

    4
  • Who controls karab.in? it has not turned on for several weeks or even months

    Who controls karab.in? it has not turned on for several weeks or even months.

    2
    Jump
    Firefox YouTube Live Streams Keep Freezing
  • I have it too. The image randomly freezes or the entire playback freezes.
    But also regular video (not live) has problems, for example it skips forward a few seconds at random moments.
    I don't know if this is something to report on bugzilla. It's hard to report this because I would have to constantly record my screen while watching YouTube to catch the random moment when it happens.

    I have uBlock and SponsorBlock. I'm on Arch Linux.

    3
  • Jump
    Improved Channel Select Menu 0.3.0 — Turbo mode support, kbin.earth compatibility, and an Mbin version!
  • A link to a magazine or collection always takes you to /m, instead of e.g. /*, which is where I am currently.
    Links from Lists take you to /m, /* or m/.../microblog, depending on where I am currently.

    1
  • Jump
    Improved Channel Select Menu 0.3.0 — Turbo mode support, kbin.earth compatibility, and an Mbin version!
  • The script does not work in the Polish language version of kbin.

    2
  • codeberg.org Handling holes in the federation - entries and replies

    There are at least several types of holes in the federation: * Unfederated profile - support suggestion here https://codeberg.org/Kbin/kbin-core/issues/1333 * unfederated replies to the post at a given time * unfederated entries at the time How to handle this? Answers I often see ...

    There are at least several types of holes in the federation: \* Unfederated profile - support suggestion here https://codeberg.org/Kbin/kbin-core/issues/1341 \* unfederated replies to the post at a given time \* unfederated entries at the time How to handle this? Answers I often see ...

    0

    This is what it looks like: HDMI 60 Hz and I switch from TTY1 (with Cinnamon) to TTY2 - it takes 7 seconds. HDMI 60 Hz return from TTY2 to TTY1 - takes 1 second. DisplayPort 60 Hz and I switch from TTY1 (with Cinnamon) to TTY2 - it takes 6 seconds. DisplayPort 60 Hz return from TTY2 to TTY1 - takes 6 seconds!.

    On HDMI, the return takes only a second. And that's how it should always be, right? Yet every other case lasts 6-7 seconds. That's a ridiculously long time, and there's no reason for it to take that long, is there?

    In turn, at higher refresh rates, even HDMI recovery takes 6-7 seconds. This is also surprising behavior. As if the system/drivers(?) only supported HDMI 60 Hz exactly, but not completely, because switching to TTY2 still takes too long.

    What can I do with this? Is it only possible to count on driver updates to improve things?

    Monitor Gigabyte M32QC Curved 31,5" GeForce RTX 3060 Ti 8GB ASRock A620MHDV/M.2+ AMD RYZEN 5 7500F AM5 Kingston Fury Beast Black 16GB DDR5 (KF556C40BB-16)

    0

    Dziwny bug, związany z HDMI/DisplayPort i częstotliwością odświeżania i przełączaniem między TTY.

    Tak to wygląda: HDMI 60 Hz i przełączam z TTY1(z Cinnamon), na TTY2 - trwa 7 sekund. HDMI 60 Hz powrót z TTY2 na TTY1 - trwa 1 sekundę. DisplayPort 60 Hz i przełączam z TTY1(z Cinnamon), na TTY2 - trwa 6 sekund. DisplayPort 60 Hz powrót z TTY2 na TTY1 - trwa 6 sekund!.

    Na HDMI powrót trwa tylko sekundę. I tak powinno być zawsze, nie? A jednak każdy inny przypadek trwa 6-7 sekund. To absurdalnie długo, i chyba nie ma żadnego powodu, żeby tyle to trwało?

    Z kolei przy wyższych częstotliwościach odświeżania, już nawet HDMI powrót trwa 6-7 sekund. To też jest zaskakujące zachowanie. Jakby system/sterowniki(?) obsługiwały tylko dokładnie HDMI 60 Hz, ale też nie do końca, bo przełączenie na TTY2 nadal trwa za długo.

    Co mogę z tym zrobić? Czy tylko można liczyć na aktualizacje sterowników, żeby coś się poprawiło?

    Monitor Gigabyte M32QC Curved 31,5" GeForce RTX 3060 Ti 8 GB ASRock A620MHDV/M.2+ AMD RYZEN 5 7500F AM5 Kingston Fury Beast Black 16GB DDR5 (KF556C40BB-16) \#nvidia #linux #archlinux

    0