Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Stereo dual-amp builds: DSP-budget-aware placement and parallel-path topology

Open
#16 2 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
30/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
python
Domain
tooling

Research direction

Start by locating add_block and reading how it handles block insertion, routing, and read-back on the FM9. The issue identifies DSP-budget refusal, replacement-based swaps, cable inheritance/redraw, and amp panning as parts of the work; verify each against the reported loaded and light preset behavior. Done means a stereo dual-amp path can be planned and placed on a loaded preset, with likely DSP-budget failures reported.

Written by the indexing model from the issue text.

Description

Attempted the WT creator's stereo Matchless pair (DC-30 left / Chieftain right) on a loaded preset (152). Findings, all hardware-verified 2026-08-21:

  • Shunt insert via sub 0x32 does not exist (eid 2 lands nothing); a unity VOLUME block works as a pass-through hop for multi-hop diagonal routing (1-row diagonals are the only verified cable geometry for new draws).
  • Amp2 (eid 59) insert is SILENTLY refused on a DSP-heavy preset but places fine on a light one: the FM9 refuses over-budget inserts with no error. add_block should detect this (insert, read back, report 'likely DSP budget' when nothing lands on a verified-free cell).
  • A real stereo pair on a loaded preset therefore needs a plan: budget check, sacrificial block choice (surfaced to the owner), replacement-based mid-chain swaps (IN-cable inheritance + the new outgoing-cable redraw), and amp panning params.

Parked as a fresh-session task; 152 gigs without it.

Dominant language
Python
Stars
7
Forks
3
Avg merge
2h 28m
Merged PRs (30d)
51

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from monzta1/ToneCommand

All issues in monzta1/ToneCommand

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.