kbin account: e0qdk@kbin.social

This is my Lemmy alt. I’m about 50/50 between kbin and reddthat these days, but my kbin account is more established. If you’re looking for my older posts, check there.

Interests: programming, video games, anime, music composition

  • 7 Posts
  • 99 Comments
Joined 7 months ago
cake
Cake day: November 27th, 2023

help-circle
  • (translation)

    Title: Let’s try drawing Kagamine Rin in the style of (blank)

    Top row:

    • Is the Order a Rabbit? (Gochumon wa Usagi desu ka?)
    • Love Live!
    • Hidamari Sketch
    • YuruYuri

    Middle row:

    • Attack on Titan
    • Nisekoi
    • To Love Ru
    • Danganronpa

    Bottom row:

    • K-On!
    • NEW GAME!
    • Crayon Shin-chan
    • Original

    Hash tag: Kagamine Rin 10 Year Anniversary


  • ResizeRedirectFlag

    Did you mean ResizeRedirectMask?

    Xlib docs for that say:

    Similarly, a single client can select for ResizeRedirectMask on a parent window. Then, any attempt to resize the window by another client is suppressed, and the client receives a ResizeRequest event.

    which definitely sounds like it could cause misbehavior.

    Glad to hear you’ve made progress, and good luck on the rest of your project!



  • On a past OpenGL project where I supported resizing, I used GLFW and responded to its framebuffer size callback by calling glViewport and resetting the projection matrix (in my case with glLoadIdentity followed by glOrtho – it’s not fresh in my memory any more, but I don’t think that project used shaders at all). I also called glClear with GL_COLOR_BUFFER_BIT as part of my regular redraw. That worked fine for my needs.

    It looks like what GLFW was doing under the hood to trigger that callback was looking for an XEvent from X11 (via XNextEvent in a loop with a condition based on the result of calling XQLength) with type set to ConfigureNotify and which had an xconfigure entry with a width or height that differed from what was tracked directly by GLFW on its own window structure. When it saw an event like that, it would call the callback. After processing the event queue, GLFW called XFlush on the display.

    See x11_window.c in GLFW’s source code for more detail: https://github.com/glfw/glfw/blob/master/src/x11_window.c

    Direct link to raw code, if you prefer: https://raw.githubusercontent.com/glfw/glfw/master/src/x11_window.c

    Hopefully comparing with what GLFW did can help you debug your own implementation. Good luck!


  • I was getting it a few days ago, but I’m pretty sure you weren’t on 0.19.4-rc.11 yet the last time I saw it. Testing for a few minutes just now I haven’t managed to reproduce it. Will let you know if I see the issue again. (Hopefully it’s just good now!) Thanks!

    I did find a small issue while checking though – on mlmym’s settings page, the logo in the top left is showing up with src %3cnil%3e instead of a valid path.






  • I don’t know how to do it with KDE’s tools, but on the command line with ffmpeg you can do something like this:

    ffmpeg -i video_track.mp4 -i audio_jp.m4a -i audio_en.m4a -map 0:v -map 1:a -map 2:a -metadata:s:a:0 language=jpn -metadata:s:a:1 language=eng -c:v copy -c:a copy output.mp4
    

    Breaking it down, it:

    • runs ffmpeg
    • with three inputs (-i flag) – a video file, and two audio files.
    • The streams are explicitly mapped into the result, counting the inputs from 0 – i.e. -map 0:v maps input 0 (the first file) as video (v) to the output file and -map 1:a maps the next input as audio (a), etc.
    • It sets the metadata for the audio tracks -metadata:s:a:0 language=jpn sets the first audio track (again counting from 0…) to Japanese; the second metadata option sets the next audio track to English.
    • -c:v copy specifies that the video codec should be copied directly (i.e. don’t re-encode – remove this if you DO need to re-encode)
    • -c:a copy specifies that the audio codec should be copied directly (i.e. don’t re-encode – remove this if you DO need to re-encode)
    • output.mp4 – finally, list the name of the file you want the result written into.

    See documentation here: https://ffmpeg.org/ffmpeg.html

    If you need another language in the future, I think the language abbreviations are the three letter codes from here: https://en.wikipedia.org/wiki/List_of_ISO_639-2_codes – but I’m not certain on that.








  • e0qdktoMusic@lemmy.worldThoughts on AI music?
    link
    fedilink
    English
    arrow-up
    9
    ·
    1 month ago

    A fairly vocal portion of lemmy is AI-hostile, and even for the people who aren’t outright hostile to it, it can be annoying at times – AI content does tend to drown everything else out when it’s permitted, so making a community explicitly for it would probably work better.

    lemmy.dbzer0.com might be a good place to host a community specifically for exploring AI generated music if you’re interested in running one. That instance is explicitly open to AI gen and already has several image gen communities, but I don’t think they have a music gen community yet. (Double check though before making one in case I just missed it.)



  • e0qdktoAnimemes@ani.social100%
    link
    fedilink
    arrow-up
    1
    ·
    1 month ago

    I recognize some of the characters:

    • Akiyama Yukari from Girls und Panzer (top left corner)
    • Oumae Kumiko from Hibike! Euphonium (center – brown hair and yellow eyes)
    • Kuriyama Mirai from Beyond the Boundary (right – with glasses)

    but I don’t recognize the others.



  • e0qdktoTechnology@lemmy.worldwhat lemmy web app do you use and why?
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    1 month ago

    I ran into an example of the thumbnail issue again today – this time on a post from kbin: https://old.reddthat.com/post/19193476

    The thumbnail looks like this in the HTML:

    <div class="thumb">
      <a class="url"
         href="https://media.kbin.social/media/60/a4/60a45b8ff88b1b2e3a0f77b701feb323c5bbfb7ceeb75154ea7df5d6eea15ef8.jpg"
         >
        <div  style="background-image: url(https://media.kbin.social/media/60/a4/60a45b8ff88b1b2e3a0f77b701feb323c5bbfb7ceeb75154ea7df5d6eea15ef8.jpg?format=jpg&amp;thumbnail=96)"></div>
      </a>
    </div>
    

    Note that it’s making a request to kbin.social with ?format=jpg&thumbnail=96 parameters in the CSS – which results in the full image being loaded since kbin doesn’t run pictrs.

    The versions in use on reddthat (according to the settings page) are:

    lemmy: 0.19.4-beta.7

    mlmym: 0.0.44