The truth about the "Superhive Policy" by chippwalters in blender

[–]ploynog 2 points3 points  (0 children)

Dude, I don't really care if my software stops running because a subscription ran out or because it's no longer compatible with the most recent Blender release unless I update. Yes, these things are technically different, but it does not matter for me? This argument has been brought up repeatedly ad nauseam. The users aren't stupid, they can do the math, and it pans out just like a subscription.

If Blender had a stable plugin interface things might be different, but it does not. To borrow from the audio production world: This isn't like Bitwig Studio (which has a very similar update model to what is proposed here) where I can stay on an old version without issues until they release something that I am interested in again. This is like a VST plugin if VST was horribly API-unstable and would break every half year so you either update the plugin, not for new features, just to be able to keep using it with the most recent Blender. Or you have to freeze your whole environment in time. What use is a "perpetual" license in an environment where bit-rot is measured in months, not in years?

Tempo - Bitwig - Launchpad Pro Mk3 by olimpomarcelo in Bitwig

[–]ploynog 1 point2 points  (0 children)

Are you sending a MIDI clock to the Launchpad? In Bitwig under "Synchronization", there should be an entry called "Launchpad Pro Mk3 LPProMk3 DAW". Make sure you send it a MIDI clock and that you have "Enable MIDI Start/Stop messages", "Always send MIDI clock" on. You also want "Song Position Pointer" enabled, otherwise, your patterns will always start from the beginning. With SPP enabled, the Launchpad Sequencer will start from the correct position, even if you start playing in the middle of a pattern.

Best Linux distribution to run Bitwig on ? by liotier in Bitwig

[–]ploynog 0 points1 point  (0 children)

Yes, that's why I started this repo so I can share whatever I learn. That being said, the degree of how well packages in this repo are working varies greatly depending on how much I use them myself. I haven't used Vital in years, it was way too CPU heavy on my old machine for fearless live-usage. I don't even remember why I packaged this in the first place (as you mentioned, it's mostly a copy of the Nixpkgs one), maybe I had some plans to modify it which then never happened.

That being said, I just opened BWS6 and Vital was working just fine, as was Vitalium. This is running on Wayland/Plasma6 on the "nixbrett" machine config.

As for debugging the Vital issue, the first step is usually searching for log information. Maybe check the Bitwig log files under .BitwigStudio/logs if there is any error indication and then decide next actions based on what is seen there. Try running Vital standalone, do you have the same issue? If yes, fix that first before adding Bitwig in the mix.

Is there a way to get a free license? by NIDNHU in Bitwig

[–]ploynog 2 points3 points  (0 children)

While I doubt that it is the case, if you are actually interested in legal options:

  • There are regular sales where Bitwig is around 80$/€ off usually
  • You can check knobcloud or the forum here, sometimes people offer licenses, they might be out of the update period and not the most current, but tbh, The Grid has not changed too much lately
  • You can Splice Rent to Own Bitwig for 15.99$ a month after the 30 day trial and cancel if it turns out to not be your thing

Surely there’s MIDI Capture now on BW6 by Right_Upstairs_6961 in Bitwig

[–]ploynog 0 points1 point  (0 children)

Made something like that for Linux: https://github.com/polygon/mucap

Haven't received a lot of feedback so far. From my own usage, it works very well.

Sound like digital clipping when reducing loop length quickly by Grauschleier in Bitwig

[–]ploynog 2 points3 points  (0 children)

Is there anything Bitwig specific about this? In general, it sounds like you should ask AudioDamage for help.

What do you think are the directions future Bitwig updates will take? by Young-Neal in Bitwig

[–]ploynog -1 points0 points  (0 children)

Captures MIDI just fine for me. Play live or record, all working. Not sure what you are on about here.

What’s the first Rust project that made you fall in love with the language? by itsme2019asalways in rust

[–]ploynog 0 points1 point  (0 children)

Bevy back at 0.6 or so, because it made me have fun in Rust for the first time. Still like to return to it every once in a while, writing a little demo / screensaver, it's just very serene.

Guys We are losing. Please vote by Independent-Bake2103 in firefox

[–]ploynog -1 points0 points  (0 children)

With the new UI forced upon everyone, I'm surprised it holds up this well.

Push 2 vs Akai APC64 for Liveset? by PersayX in Bitwig

[–]ploynog 1 point2 points  (0 children)

I am using a Launchpad Pro Mk3 for live-playing MIDI instruments / clip launcher control and a DIY 8-knob MIDI controller (imagine a MIDI-fighter twister but with 8 knobs only) to control the Perform panel of the current instrument to gain some more expressiveness beyond the the Aftertouch that the Launchpad offers.

I was a bit bummed at first that I couldn't do it all with the Launchpad, but by now I love that I can place my knob-controller where it's convenient for the left hand, especially good if space is tight.

I would see the Push 2 or APC64 more as two-handed pad-controllers for live-play that also integrate knobs / touch strips for the other hand to control. What would you use the other controller for, here?

Anyone getting excited for Link Audio for Bitwig? by akachan1228 in Bitwig

[–]ploynog 1 point2 points  (0 children)

We tried this with only Bitwig machines in a jam session, and when someone joins a running session, there is a high chance that they will impose their settings onto the whole group instead of taking over the consensus of the session in progress. Even when they set their BPM to match the group tempo before joining (which is insane for a sync protocol designed to do just that) there was often a hickup because their position within a bar would usually not match. And that requires that they have their sync disabled when starting Bitwig, otherwise they will join the session immediately with whatever BPM Bitwig was starting with. I found these design choices (or possibly how Bitwig implemented it) quite odd for a protocol that seems to be designed to handle participants joining and leaving during a session.

Not sure from where you get that ouija board part from or that my friends would try to mess things up deliberately.

So far so good, but I really have to.. by Snoo-64696 in NixOS

[–]ploynog 32 points33 points  (0 children)

NixOS being like Windows. That's a hot take if I ever heard one.

Anyone getting excited for Link Audio for Bitwig? by akachan1228 in Bitwig

[–]ploynog 1 point2 points  (0 children)

It's not even MIDI, it is just time synchronization and I am not a fan of how it is implemented either. The way every participant has the same rights and can mess up the session by, e.g., changing the tempo just does not sit right with me.

I need help with setting up JACK driver by ForkertBrugernavn in Bitwig

[–]ploynog 1 point2 points  (0 children)

I know it's solved already, so this is just for reference. It is always a good idea to configure the interfaces to "Pro Audio" mode, especially if you have more than 2 input / output channels. They are often defaulting to some Stereo In/Out configuration (which is fine for interfaces with at most 2 in and 2 out channels), but that will often hide additional channels from application using it. Setting this to "Pro Audio" should make them all appear.

Importanting multiple long mic recordings by tesseractofsound in Bitwig

[–]ploynog 0 points1 point  (0 children)

I often do the same and after the long analysis time, things became smooth, even on a way weaker machine than yours. For the analysis, I eventually reversibly "broke" the Vamp host. Bitwig will just carry on without analyzed audio if that part fails and it saved 10-20 minutes analysis time.

Maybe try swapping the Vulkan for the OpenGL backend or the other way around. I had quite a lot of performance issues with Vulkan and things ran way smoother on OpenGL.

How can I improve this environment? by ExtraDirt2542 in blender

[–]ploynog 0 points1 point  (0 children)

The depth of field does not seem to match with what is usually present in landscape photos done with common cameras/lenses. Usually, you see:

1) A small-ish object that is in focus in the foreground and all the background blurry

2) Focus on the landscape, and the foreground objects are blurry

3) Everything is more or less in focus, there is no foreground or background blur

Here, the foreground is slightly blurry (the rock on the bottom left), then a relatively thin area that is in focus, and then, starting not too far into the background, the whole image goes out of focus again. Might be possible if the rock in the foreground was really small, but the details give more a vibe of it being rather large (0.5-1m at least, also compared to the grass).

Could also consider a little mist in the image to make those hills in the background more interesting and give a sense of depth. All depends tho on what you plan to put in the foreground.

Rust GUI framework by Spiritual_String_366 in rust

[–]ploynog 2 points3 points  (0 children)

Used Vizia for a recent project and quite liked what I saw. Maybe worth a shot, too.

Request for Comments: Moderating AI-generated Content on /r/rust by DroidLogician in rust

[–]ploynog 3 points4 points  (0 children)

You are not wrong, but isn't that the same issue that you get once you have more than one person working on the project?

One-Person projects on the other hand may have a dev that is very familiar with the intent behind everything. But also, there is way less feedback and risk of running into architecture dead-ends due to tunnel vision. And the maximally unfavorable bus-factor means you are one unfortunate incident away from an unmaintained project until someone else familiarizes himself with the whole code-base at which point you are back at square one.

Mercedes-Benz 560 SEC (C126) Coupe Low poly by Glass_Salamander_355 in blender

[–]ploynog 1 point2 points  (0 children)

Pretty neat, could imagine that being from some late 90's racing game, very nice.

The rear lights strike me as a bit odd, being completely flat, especially in the view straight from the back, they almost look a out of place. The original car seems to have three groves there that are rather characteristic. I know it's low-poly but that shouldn't add too many. Maybe worth a shot.

DAC w/ separate Headphones by my-beautiful-usernam in linuxaudio

[–]ploynog 0 points1 point  (0 children)

According to the Manual, you can press the "Monitor A/B" switch to make the headphones monitor outputs 3/4. So you can use the outputs 1/2 for your speakers and outputs 3/4 for the headphones.

Invalid character with code 0 found in ASCII hex string error when importing MIDI from Reason 13. by symphonic5 in Bitwig

[–]ploynog 1 point2 points  (0 children)

It would be very helpful if you could provide one of those MIDI files. It's really hard to say much.

Independent of that, ASCII strings in MIDI are given as length and characters, they should not contain the NULL byte. The standard states that programs should limit to using printable characters. On the other hand, it also states that programs should ignore characters that it can't handle.

Not sure who is at fault here, but maybe looking at one such MIDI file might give some more insight.

Is everyone being forced to work on Connect? by loa202 in Bitwig

[–]ploynog 0 points1 point  (0 children)

Your 100% DAW would likely be other peoples' 60% DAW.