Hello everyone

I want to learn to edit videos, my main focus would be learning to be able to make stuff for YouTube (Well, that and contents to serve the people like it could be guides, tutorials, etc. and stuff also along other lines) and to also be able to have this in case helping somebody out or do freelancing is needed.

I am looking forward a software that is FOSS, that doesn't limit me (i mean, professional stuff like color correcting is welcome but not really needed for the things i mainly plan to work on)

I do know Kdenlive but are there any other options i should dive into?

I'd like to know your thoughts and discuss...
Thanks :)

I’m the maintainer of Open Video Craft, an open-source desktop app for recording and editing without requiring an account or uploading footage to a cloud service.

Current features include:

• Screen, camera and audio recording

• A timeline for trimming and arranging clips

• Subtitles and video export

• macOS and Windows builds

• A local-first workflow

The project uses the OSI-approved ISC license. Source code: https://github.com/Reubencfernandes/Open-Video-Craft

The current v1.0.2 builds are available here: https://github.com/Reubencfernandes/Open-Video-Craft/releases/tag/v1.0.2

One current limitation worth disclosing: the Windows builds are not code-signed yet, so Windows may show a SmartScreen warning.

I’d especially appreciate feedback or contributions around Windows compatibility, export reliability, captioning and useful editing workflows. I’ll stay around to answer technical questions and follow up on issue reports.

Repository: https://github.com/looptroop-ai/LoopTroop

I’m the maker of LoopTroop, a local open-source GUI for running larger coding tickets with AI.

I built it around a problem I kept running into: context rot. When one agent conversation accumulates plans, code, logs, and failed attempts, the model gradually loses track of the task.

LoopTroop uses a slower, more structured workflow:

• An LLM Council creates and reviews the plan before implementation.
• Context Engineering gives each phase its own focused context.
• Large tickets are split into small implementation steps with acceptance criteria and validation - or beads (only parts of the bead methodology).
• Ralph Loops retry failed steps with fresh context and a short failure note.
• A Kanban-style GUI keeps the ticket state, plans, logs, diffs, and review artifacts visible.
• Human approval stays in the loop before changes are handed back to the main branch (human in the loop).

The idea is to trade some speed for more predictable work on complex tickets. For small edits, using an agent directly is probably simpler. This is aimed at tasks where planning, decomposition, retries, and review history are useful.

I’m looking for technical feedback from open-source developers, especially on:

• whether the workflow is understandable from the GUI
• whether the planning and review artifacts are useful
• where the local setup or first-run experience is confusing
• whatever anything, thanks :)

There’s also a short app presentation here:

https://youtu.be/LYiYkooc_iY

Any feedback is more than welcome. If you try the app and something works, or doesn’t,please give me a sign. Happy to talk about it.

I'm surprised that I don't really see any talk around it, and a select few projects displaying the badge. Is it because it never truly caught on, because it's viewed as a party-pooper of sorts, or am I late to the game, and it's a fad that's passed?

For context, I really got into open source about a year ago, and we followed their recs on our project, and I found some to be a bit pedantic, but others do seem to keep you honest/disciplined.

Was worth it to have those pinned dependencies? I'd say yes. Some of the work felt forced, but at the same time you learn a lot about your toolchain in the process.

Would love to hear if anyone leaned into that, and if they gained from the overall experience, or if it was just a tedious checklist.

What I probably appreciated the most was that it forced me to slow down and think through the documentation... (I personally found that refreshing and rewarding) asides from the tests/automation, etc.

I've started a side project called SearchCraft, where I'm building a search engine from scratch using Python.

The goal isn't to compete with Elasticsearch, Lucene, or any existing search engine. Those projects are incredible, but they're also so mature that it's easy to use them without ever understanding what's happening underneath.

So I decided to build one from first principles.

I'm implementing each component myself, starting with the basics: loading documents, tokenizing text, building an inverted index, and searching through it. As the project grows, I'll be adding things like posting lists, phrase search, ranking algorithms (TF-IDF/BM25), snippets, fuzzy search, and whatever else I can reasonably build along the way.

The primary reason for this project is to learn. I find that the best way to understand how a system works is to build a simplified version of it yourself.

I'm documenting the journey as I go, both for myself and in the hope that it might help someone else who's curious about how search engines work under the hood. There are plenty of tutorials on using search engines, but far fewer resources that walk through building one piece by piece.

It's still in its early stages, but I'm excited to see where it goes. Even if it never becomes production-ready, I'll come away with a much deeper understanding of one of the most fundamental pieces of modern software. After all, humans spend a good chunk of their lives typing words into little boxes and expecting magic to happen. Figuring out how that "magic" works seemed like a worthwhile weekend habit.

Here's the link to my project: https://github.com/rajtilakjee/searchcraft

I would be writing about it in my blog here: https://rajtilakjee.github.io/

Solo project I've been building: `npx licenseproof scan` reads your lockfile (npm/pnpm/yarn, v2/v3, berry, all of them) and resolves the actual license of every package in the tree, including the ones with missing or mangled metadata. Categorizes everything (permissive / weak-copyleft / strong-copyleft / unknown), flags conflicts against your project's license, and explains each flag in plain English.

Example: proprietary app that innocently pulled in ffmpeg-static:

84 packages scanned — 1 conflict, 0 review, 0 unknown

CONFLICT (1):
[email protected] — GPL-3.0-or-later
via ffmpeg-static
This package is under a strong-copyleft license (e.g. GPL/AGPL).
Distributing it as part of a closed-source product can require releasing
your own source code under the same terms. Flagged as CONFLICT for a
proprietary project.

Fully offline (no telemetry, no network calls) free tier is the whole scanner. The limitation is it's informational categorization, not legal advice. What's missing? What would make you actually use this before shipping? CI mode exists (`--fail-on conflict`), JSON output exists, Python support is in progress. Thanks!

Hello,

I made an open source project called LOTI.

The idea is to have a cheap distributed way for people to create verifiable timestamps and event ordering without depending on a central service.

The way it works is participants build a hash-linked history of events, so later they can query when something happened and what happened before or after it.

I originally started working on this because I was interested in the problem of proving the history of digital events. It could be useful for things like document provenance, legal disputes, audit logs, or any situation where you want a proof of the time boundaries or the frontier l definite order of digital events according to your own clock.

It's still an early project and I'm mostly looking for feedback. The project already contains an implementation in a wisely used communication network simulator and also a real world implementation. The kernel was written by me 8 years ago, the rest is created using agentic engineering very recently.

The most interesting part, where feedback would be most valuable, is how the event chain discovery can be implemented in a fast, efficient and cheap way. The difficulty lies in the evolving nature of the network topology (neighbors come and go) and the time dependent routing during discovery for events in the past.

The project is here:

https://levy.github.io/loti

Thank you!

Hi everyone!

I've been working on LunaOS, an open-source local AI assistant focused on autonomy, privacy and extensibility.

The original idea was to build more than a chatbot. I wanted to create a personal AI agent capable of remembering information, managing objectives, planning actions and interacting with the user's system through tools.

After several iterations, Luna reached version 1.5.0 and entered a new phase of development.

## Current features

🧠 Episodic Memory

- Stores and recalls previous interactions

- Allows the assistant to remember past events and context

🔎 Semantic Memory (RAG)

- Knowledge retrieval system using vector storage

- Helps Luna find relevant information from previous data

🎯 Persistent Goals

- Users can define long-term objectives

- Luna can track and manage these goals

📋 Strategic Planner

- Converts objectives into planned actions

- Designed for more autonomous workflows

⚡ Event-driven architecture

- Internal communication between system components

- Makes future extensions easier

🔌 Tool-based system

- Designed to interact with external capabilities

- Future plugins and integrations are planned

🐧 Linux integration

- Built with local-first principles in mind

## Technology

LunaOS is built using:

- Python

- FastAPI

- Tauri + Rust

- Local and external LLM providers

- Vector databases for memory systems

## Language

Luna was originally developed in Portuguese, but it is not a Brazil-specific project.

The architecture is language-independent and does not contain Brazil-exclusive features. Portuguese is currently the default language because it was the development environment and the language used during testing.

The goal is to make Luna accessible worldwide with future localization and additional language support.

## Roadmap

Some of the next challenges:

- Knowledge Graph

- Better multi-agent architecture

- Plugin ecosystem

- More reliable autonomous tool execution

- Improved local model support

## Why I'm sharing this

I'm interested in feedback from people working with local AI systems, agents and open-source projects.

Some questions I would love opinions on:

- What features would make a local AI assistant actually useful for you?

- What problems do you see in current AI agent architectures?

- Should local assistants focus more on productivity, developer tools, or general autonomy?

Repository:

https://github.com/Vortek-Zero/LunaOS

Thanks for reading! Any feedback is appreciated.

Hi everyone!

I've spent the last 2 years building The Blog Zone, an open-source blogging platform built with Next.js, Express.js, and PostgreSQL. I'd love some honest feedback.

Features:

• AES-encrypted private blogs
• Fully anonymous accounts (email is optional)
• Infinitely nested discussions
• Admin dashboard
• Open source (MIT License)

The goal wasn't to build just another blogging platform, but one that gives users more control over their privacy and content.

I'd really appreciate any feedback on the UX, performance, bugs, or feature ideas.

GitHub: https://github.com/nitin-is-me/the-blog-zone/
Live Demo: https://the-blog-zone.vercel.app/

Sharing SAIPEN — an MIT-licensed continuation protocol for AI coding agents. Whole thing is plain markdown: a spec (RFC.md), phase docs, and a project-side .saipen/ folder with three files. No runtime, no server, no package to pip install — the validator (tools/validate.py) is stdlib-only Python specifically so there's nothing to audit for supply-chain risk, with a shell-script fallback for hosts without Python at all.

Genuinely open to contributions — extension points for security/performance hooks, multi-agent coordination, per-platform adapters are all documented as copy-in examples rather than baked into core. Issues and PRs welcome, especially "this broke on my setup" reports.

Repo: [github.com/vacterro/saipen]

Hi all - We've recently launched a new small business dedicated to making open source (both hardware and software) Eurorack, general synthesizer, and other audio effect modules.

TechWave Audio is a proudly Canadian small business dedicated to producing open-source software (OSS) and open source hardware (OSHW) devices for audio production. Our mission is to create good things and to give back by open sourcing all of our projects for the DIY community.

Find us at techwaveaudio.com.

Our first project out the gate is our MCM-100 Midi Controller Module. A monophonic MIDI to control voltage module that (we hope) is plug and play, but also allows for a flexible amount of configuration. Some of the features include four different CV outputs (including dedicated outputs for 1v/octave and velocity), USB or standard MIDI cable input, tuneable pitch and velocity, and a lot more in a skiff-friendly 12hp wide module. Find out more at https://techwaveaudio.com/midi-controller-module/

We'd love your feedback, thoughts or any questions. Thanks!

I've been building an open-source project and I'm at the point where I'd really value some outside eyes on it.

It's called Security Shallots, a security/network monitor for small networks (home labs and small offices, roughly 1-10 machines). The itch: the serious tools (Security Onion, big Wazuh/OpenSearch deployments) assume enterprise hardware and a huge log lake, which makes no sense for a handful of devices.

The gist: - It pulls the useful signals (router/firewall logs, DNS, host events, optional Suricata, lightweight agents on other machines) into one small central box. - It learns your network's "normal" and filters out the noise, so you are not drowning in alerts. - Optionally, a local LLM (running on your own hardware, or a no-AI rules mode) turns the surviving alerts into plain-English explanations. Nothing gets sent to any cloud. - It stays small on purpose: it keeps decisions and a distilled baseline rather than a giant indexed log store, so it runs on a Raspberry Pi.

It's MIT-licensed and an early-but-working prototype. I've already put it through a couple of adversarial security reviews, but I know there are gaps.

I'd love feedback on: whether the approach is sound, the detection/filtering logic, the security design, and honestly whether this is useful to anyone but me.

Repo (with screenshots and docs): https://github.com/benolenick/security-shallots

(I'm the author, not selling anything, just after real feedback.)

Repo: Crestr Hiking App

I actively use this app when I go hiking, as apps such as AllTrails lock exports and imports behind a paywall, which this app doesn't do. Of course, there is BRouter and OsmAnd but I find these have quite complex UIs.

It's also important to note this is a learning project, and started out as coursework that I thought would be cool to build out, so that's why it's limited to just Cumbria for now (I haven't learnt tile-based processing as of yet).

I'd love if anyone could give me some feedback having tried the app. Currently you need an account to try it but it is very quick and easy to make an account, just a password and a username is needed.

The app is currently in Beta, and the server is quite poor, it's a Hetzner CX23, which explains the slight delays when routing through the app. If you were to self-host the app you'd see routes being made in the 0-100ms mark, as opposed to routes being made in the 100-500ms mark.

Hi everyone.
I would like to share a Palladium, native open-source iOS app for yt-dlp written in Swift.

GitHub: https://github.com/tfourj/Palladium

If anyone would like to try it out you can also install it from here
https://getpalladium.app/downloads

Slaptop listens to your Mac’s motion sensor and turns display taps into direct Mission Control actions. Slap the left side of your screen, you switch to the left. Slap the right side of your screen, you switch to the right. Slap the top and you launch Mission Control. Yes, really.

21 years ago, I built a utility called "Slaptop", which lets you use Apple's Mission Control and Spaces by literally slapping the side of your MacBook screen.

It lasted for 3 1/2 weeks before I realized how terrible of an idea it was. Back then, it used the MacBook's HDD Sudden Motion Sensor, designed to park the hard disk if you ever dropped your computer. End result, when users slapped their laptops it caused irrecoverable data corruption and data loss.

So, I deleted the app. A couple months later, it was cloned. And then it was cloned again.

I reached out to Amit Singh of AMSTracker and Erling Ellingsen of SmackBook so they'd understand the data corruption issue and convinced them too that it was too risky to stay online.

That brings us to today. In the modern Mac, there are no more HDDs that can be damaged through subtle percussive maintenance, and there is now a far more accurate sensor built into every Apple Silicon Mac.

Enjoy a free, open source (MIT) utility that brings a little more fun to your day.

Hey! I wanted to share a project I've been working on called TermiCam. It's a cross-platform (Linux, MacOS, Windows) TUI application that reads a live camera feed and renders it as real-time ASCII art in the terminal.

It is written in Go and relies on FFmpeg for the provided video stream. This keeps it very lightweight compared to relying on heavy dependencies.

The interface itself is built with Charm's Bubble Tea and Lip Gloss, which handles the layout, recording toggles, and device selection screens.

I hope some of you may find this project fun or even useful.

Any feedback or suggestions are very welcome!

I am developing a game that is under AGPL, and my levels of cause are also under AGPL.

The game has a map and level editor and an option to upload user-made maps and levels as community maps.

As far as I understand, if I and the creators of the levels don't say anything, they are proprietary, which I do not want.

I want to say that all maps and levels that are uploaded are under a certain license.

Now I am wondering which license is best and if I am allowed to force users to a certain license. I mean, I am providing the server and therefore the service, so it should be possible.

I built proton-cli, an open-source Go CLI that brings Proton to the terminal - Mail, Drive, Calendar, Pass, and Contacts - with real end-to-end encryption.

The interesting part: it reimplements Proton's actual auth and crypto, not browser automation or scraping. SRP login, the full PGP key hierarchy (user key -> address keys -> per-service keys), and E2E encrypt/decrypt/sign exactly like the web client, using Proton's own go-srp and gopenpgp.

What it does:

• Mail: list/search/read/send (attachments, HTML, scheduled, self-destruct, password-protected sends to non-Proton recipients, external PGP), labels, folders, Sieve filters, full threads
• Drive: streaming + recursive upload/download, move/copy, revisions, public links, member sharing, photos
• Calendar: events with recurrence, reminders, attendees, RSVP
• Pass: vaults, all item types (login, note, card, wifi, ssh key, identity, custom), aliases, TOTP
• Contacts: full CRUD, contact-pinned keys, groups

Built for scripting: --output json, meaningful exit codes, streaming stdin/stdout pipes, and stdout = new ID on create, so it composes cleanly in shell.

Install: single static binary, AUR, APT repo, Nix (nixpkgs + flake), .deb/.rpm/.apk, or go install. For Linux, macOS and Windows.

MIT licensed. Unofficial and not affiliated with Proton. Feedback and contributors are more than welcome :)

I'm looking for a video editor for making instructional/demonstration type videos. At this time the videos will be mostly from an Android phone, either the camera and/or screen recording.

Editing on Windows 10 computer (preferably)

I'd like to be able to:

- cut/crop and merge clips

- add audio (voice narration, not annoying music!)

- have a still screenshot and add voice

- possibly add text or effects, maybe blur a spot if something sensitive?

Some programs I've seen here include:

KDENlive

OpenShot

Shotcut

But I'm not sure of their features and usability.

Hi, I've been using Fusion on student license for 5 years now, but due to Autodesk's support for Israel, I want to swtich to FOSS and non cloud (at the least optional) CAD. Freecad seems to be best choice, but I really can't get used to it. My brain is wired acording to Fusion, I miss "new body, intersect, join" options on pad, real time 3D sketch, auto face projection on sketch, sticky grid, allign and move to certain points on other faces, cut with plane (why requires solid?) and arbitary points and planes and lots of small things. I design for 30 minutes untill i realize this feature is not there/works different and whole workflow collapses. Im in general pretty flexiable and learn new apps really fast , but I'm forcing myself to use Freecad for 3 weeks now and nothing has changed. What should I do, do you recommend any other CAD or trick?

Hi All,

I got a non-functional EnelX Juicebox from a friend and decided to use it + Home Assistant + and old linux PC to create a OpenADR test bed.

Main point is to test and prove out price responsive EV charging as a control method. Credit to Bruce Nordman and the Volts podcast for turning me on to the idea: Volts Podcast

Linux host runs the Docker, OpenLEADR VTN and Python VEN implementations, as well as the openevse bridge.

HomeAssistant publishes telemetry over MQTT.

Has an economic mode which is strictly price responsive, a solar_only mode which charges with excess solar, and a charge now override for emergency charging. These can be toggled as helpers in Home Assistant.

I don't have dynamic prices in my area, so there's no actual ingestion from a utility. Will play more with synthetic pricing (responding to grid cleanliness, congestion, etc.) later.

Have fun!