[–] 1 point 3 weeks ago*

VLC because i listen to midi and tracker music among other things and it's the only one i know that can play that

I also switched to local music collection recently. Earlier my to-go "player" was NewPipe but it became unusable for me :(

  • source
  • [–] 1 point 2 months ago* (last edited 2 months ago)

    The earliest memory of me playing a video game was some kids game where you had to water flowers to the left, right, etc. I remember being confused by it so I wrote left and right (or rather some scribblings) on a piece of paper so I could use it as reference.

  • source
  •  

    I need to be able to launch a program in the background, make it persist after the "parent" terminal closes and be able to access its stdin/stdout from another terminal. I don't care about multiplexing.

    I've been using tmux for this but I don't like how it hijacks my mouse and that i'm not able to use my terminal's search feature and have to use what tmux tui provides instead. In other words, programs launched directly in the terminal feel more comfortable to work with than when they are launched inside tmux.

    I feel the ideal program should behave much simpler. Like e.g. on attach it should clear the screen, print the stdout buffer it accumulated and give me stdin prompt, that's it.

    [–] 3 points 2 months ago* (last edited 2 months ago)

    More hosts better than one. I doubt codeberg will be able to sustain the load remaining as free as it is now when it will be popular enough that every cs student will be using it for their assignments (forgetting to gitignore their IDE cache files obviously). Or some smartasses start abusing it for free storage. I mean everything that github has to deal with currently.

    IIRC their tos says it must only be used for opensource software (i don't remember if it was enforced yet but expect that they can remove private repos at any time or make them paid feature). Same story with sourcehut

  • source
  • parent
  • context
  • [–] 29 points 2 months ago* (last edited 2 months ago) (23 children)
    • curl | sh installation method
    • vomit-colored website, vomit-colored developer avatars, or more obvious: AGENTS.MD in the repo
    • compiling yourself is "unsupported"/"not recommended"
    • the official website aggressively advertising the company's SAAS which makes it look like their opensource software is actually paid product
    • github issues using convoluted template, instead of letting me write freeform text
  • source
  • submitted 5 months ago* (last edited 5 months ago) by to c/learn_programming@programming.dev
     

    I like writing the Game of Life as a helloworld program when learning graphics libraries because the naive algorithm is very easy to implement. It is however pretty slow. I want to try writing something more efficient than doing a whole pass through the board each frame, so I wonder which "fast" algorithm is more or less easy to understand and implement?

     

    Suppose I filter history and find the item I wanted to find. But I also want to see all the history items around that time. So naturally I expect when I click that × for the history to center on that selected item, but instead it brings me back to the start. Also it would be nice to see the date and time I searched for that item (perhaps when hovering over it?)

     

    For the last year I've been playing lots of classic DOOM. DOOM has one feature that I started to appreciate ever since I learned about it, which is the ability to roll up brightness very high. This is what doom looks like when I play it:

    I miss this thing in lots of other games. Recently I've been trying to get into Deus Ex (2000) via wine but it was so dark I couldn't see shit. Maybe it's my monitor that's not very powerful or my environment that's pretty bright by itself, but I feel just the simple ability to gamma correct any game or the whole desktop would solve this problem for me.

    Do you know any such util that works on wayland?

    submitted 1 year ago* (last edited 1 year ago) by to c/discordapp@lemmy.world
     

    So I'm able to share my wayland screen from both firefox and ungoogled-chromium using pipewire+xdg-desktop-portal-wlr. However my stream has no audio.

    I've found several posts on the internet of 3-4 years ago (e.g. https://old.reddit.com/r/linux_gaming/comments/lfxbik/tutorial_how_to_share_audio_on_discord_or_any/ ) where people just had an extra audio input in pipewire when sharing screen to which they could route their game audio. But for me there's only my microphone input and chromium says "To share audio, share the tab instead" when screen sharing.

    Has anyone been able to get audio working?

    upd: Vesktop is what worked for me

    view more: next ›