score
Our great sponsors
score | Intel-Linux-Processor-Microcode-Data-Files | |
---|---|---|
99 | 19 | |
1,408 | 592 | |
2.1% | 2.4% | |
9.6 | 4.4 | |
4 days ago | 16 days ago | |
C++ | ||
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
score
- Learn How to Build Your Own Max for Live Devices
-
Qt Widgets Rendering Pipeline
https://ossia.io uses widgets and qgraphicsscene for the main UI rendering and Qt rhi for the GPU pipeline, and it's performing well enough for our use-cases - I was working on it on a 1080p screen on a Pi4 recently and it certainly felt much much faster and responsive than chrome on the same hardware.
-
Is it possible to do runtime compilation and execution of C code?
I use it for live c++ recompilation in https://ossia.io - all the code is in there. https://github.com/ossia/score/tree/master/src/plugins/score-plugin-jit/JitCpp
-
Show HN: New visual language for teaching kids to code
> I feel like visual programming gets a bad rap because of things like this. As an electronic engineer that used to love LabView and life long user of NI Reaktor and Max/MSP, those tools are fantastic if you don’t approach them with an imperative programming mindset.
aha, in the long run I ended up making https://ossia.io which is as VPL as it can get. Yet it still embeds a LOT of textual languages.
-
CLion Nova Explodes onto the C and C++ Development Scene
For me both VSCode and CLion lag heavily.. whenver I tried CLion it was completely unuseable on my project https://ossia.io which is only 500kloc (and I try to try it pretty much once a year since it was in beta)
-
Visual Node Graph with ImGui
https://ossia.io does some of it, I've been working on a new release that also supports the whole QtQuick stack in the node graph items but you can already combine videos & shader effects
-
Speed Up C++ Compilation
In https://ossia.io with PCH, using clang, ninja, mold, and some artificial split in shared libraries for development builds, I get a compile-edit-run cycle of a couple seconds in general... I wouldn't say it's too much of a problem if you use the tools already available
-
Looking for open source projects to contribute to
If you're interested in multimedia https://ossia.io is always looking for new contributors!
-
Digital Audio Workstation Front End Development Struggles
I develop https://ossia.io with Qt and it works as I want it to
In ossia.io I use three different algorithms / display methods depending on the zoom level used: at "far away" zoom it uses the minmax of the audio slices, at intermediary zoom it draws lines and when getting closer, it starts drawing individual samples.
https://github.com/ossia/score/blob/master/src/plugins/score...
- Automation clips can contain a bunch of bezier curves, which are slow to render.
Convert those to line segments with an approximation setting that looks good enough and it'll be ten times faster (keep the bezier for your data model of course).
https://github.com/ossia/score/blob/master/src/plugins/score...
https://github.com/ossia/score/blob/master/src/plugins/score...
- Piano roll clips can contain lots of little rectangles in order to display a "minimap" of the MIDI notes inside of it.
oh damn yes, I spent so much time on this and it still needs so much optimizing... if someone wants to give a shot at it :D
https://github.com/ossia/score/blob/master/src/plugins/score...
https://github.com/ossia/score/blob/master/src/plugins/score...
- On top of all this, clips can contain text labels which can also be expensive to render.
Yep, made myself a few "cached text" Qt items over time as the builtin cache wasn't satisfactory
- The fact that a timeline is zoom-able also makes it harder to cache the rendering of clips. If the timeline changed its zoom level, all visible clips pretty much have to redraw all of their contents.
yep
- Piano rolls can also be expensive to render if there is a bunch of MIDI notes, especially if there are text labels on the notes.
yep
- If the user clicks on a folder in a sample browser containing hundreds or even thousands of files, allocating a label widget for each file in the browser list will be very expensive. Something like the list factory in GTK is needed here.
yep, Qt's also able to cache this. Though for instance for Qt's QFileSystemModel I carry a small patch to disable any kind of sorting when there's more than a few hundred thousand files (which happens for large media libraries)
- We want to reserve as much CPU as possible for the actual audio processing. Ideally the GUI shouldn't take up more than one or two CPU threads.
Intel-Linux-Processor-Microcode-Data-Files
-
On “I don't trust microcode”
They have been sort of cracked, but it doesn't matter. The web or chain of trust of those updates from the vendor to the processor is what matters. They're at least CRC checked to prevent loading corrupt files.
https://ieeeaccess.ieee.org/featured-articles/reverseenginee...
https://github.com/intel/Intel-Linux-Processor-Microcode-Dat...
-
My CPU's microcode is missing
6-94-3 would become 6-5E-3. https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/blob/6c0c4691e5bb446e0e428ebca595164709c59586/intel-ucode/06-5e-03
I just want to update my CPU's microcode. I'm following Intel's official instructions. It says go to to their GitHub repository and download the file matching my CPU's --.
-
I Love Arch, but GNU Guix Is My New Distro
Is it anymore of a "magic incantation" than the linux-image-XYZ package which controls which OS kernel is installed?
If you want to see when Intel issues new microcode updates, it is all available on their GitHub: https://github.com/intel/Intel-Linux-Processor-Microcode-Dat...
-
iwlwifi beware - bullseye
5.1.20 Intel CPU microcode issues The intel-microcode package currently in bullseye and buster-security (see DSA-4934-1 (https: //www.debian.org/security/2021/dsa-4934)) is known to contain two significant bugs. For some CoffeeLake CPUs this update may break network interfaces (https://github.com/intel/ Intel-Linux-Processor-Microcode-Data-Files/issues/56) that use firmware-iwlwifi, and for some Skylake R0/D0 CPUs on systems using a very outdated firmware/BIOS, the system may hang on boot (https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/ issues/31). If you held back the update from DSA-4934-1 due to either of these issues, or do not have the security archive enabled, be aware that upgrading to the intel-microcode package in bullseye may cause your system to hang on boot or break iwlwifi. In that case, you can recover by disabling microcode loading on boot; see the instructions in the DSA, which are also in the intel-microcode README.Debian.
For what it's worth, revision 0xea of the microcode for the affected CPUs works as far as the boot hangs are concerned (see near the bottom of issue #31 for confirmation.)
-
CPU May Have Slowed Down on Wednesday
It isn't clear if Haswell has this optimization. As an easy test you could run the zero-fill-bench linked in the post and check the fill0 vs fill1 numbers. If they are the same, Haswell probably never had this optimization in the first place.
Based on the Intel microcode release note [1] it doesn't seem like client HSW got any update this time, only HSX (Haswell Xeon).
---
[1] https://github.com/intel/Intel-Linux-Processor-Microcode-Dat...
What are some alternatives?
seq66 - Seq66: Seq24-based live MIDI looper/editor. v. 0.99.12 2024-01-13. NSM support; Linux/Windows/FreeBSD; PDF user manual. Help access to tutorial and PDF. Beta code in portfix branch.
BespokeSynth - Software modular synth
atemOSC - Control ATEM video switchers over the network with OSC messages
BespokeSynth - Software modular synth [Moved to: https://github.com/BespokeSynth/BespokeSynth]
vgmtrans - VGMTrans - a tool to convert proprietary, sequenced videogame music to industry-standard formats
scheme-for-max - Max/MSP external for scripting and live coding Max with s7 Scheme Lisp
lmms - Cross-platform music production software
gsequencer - Advanced Gtk+ Sequencer
JUCE - JUCE is an open-source cross-platform C++ application framework for desktop and mobile applications, including VST, VST3, AU, AUv3, LV2 and AAX audio plug-ins.
blockly - The web-based visual programming editor.
nix-gui - Use NixOS Without Coding
Gittyup - Understand your Git history!