[BUG]: Wrong output file extension #25

New Issue

2026-09-02T13:51:39+04:00

max commented

2026-09-02 13:51:39 +04:00

📋 Description

I ran:
./venv/bin/python -m audio_splitter.main video_test.webm video_test.txt --container mp4

and get .opus files as the output

🔁 Steps to Reproduce

Take a .webm video with matroska/webm and two streams: av1 and opus
Run ./venv/bin/python -m audio_splitter.main video_test.webm video_test.txt --container mp4

✅ Expected Behavior

Output in MP4 container with .mp4 file extension
Video and audio preserved

❌ Actual Behavior

Output in MP4 container BUT with .opus extension
Video and audio preserved

📄 Logs / Screenshots

Found 3 tracks.
Detected streams: audio=True, video=True, subs=False
Audio codec: opus
Output container: mp4
Output extension: .opus
Extracting track 1: t1 (00:00:10 - 00:00:20)
  -> Saved to: test_data/work/tc3.3/a1-t1.opus
Extracting track 2: t2 (00:00:20 - 00:00:30)
  -> Saved to: test_data/work/tc3.3/a2-t2.opus
Extracting track 3: t3 (00:00:30 - 00:02:16)
  -> Saved to: test_data/work/tc3.3/a3-t3.opus
Done!

📦 Audio Splitter Version

commit 25e8c0293e

💻 Operating System

Debian 13

🌍 Browser (if applicable)

No response

📎 Additional Context

No response

✅ Submission Checklist

I have searched for existing issues (open and closed) that report the same problem
I am using the latest stable release of Audio Splitter
I have provided clear steps to reproduce the issue
I have included relevant logs or error messages (with sensitive info removed)

### 📋 Description I ran: `./venv/bin/python -m audio_splitter.main video_test.webm video_test.txt --container mp4` and get .opus files as the output ### 🔁 Steps to Reproduce 1. Take a .webm video with matroska/webm and two streams: av1 and opus 2. Run ./venv/bin/python -m audio_splitter.main video_test.webm video_test.txt --container mp4 ### ✅ Expected Behavior 1. Output in MP4 container with .mp4 file extension 2. Video and audio preserved ### ❌ Actual Behavior 1. Output in MP4 container BUT with .opus extension 2. Video and audio preserved ### 📄 Logs / Screenshots ``` Found 3 tracks. Detected streams: audio=True, video=True, subs=False Audio codec: opus Output container: mp4 Output extension: .opus Extracting track 1: t1 (00:00:10 - 00:00:20) -> Saved to: test_data/work/tc3.3/a1-t1.opus Extracting track 2: t2 (00:00:20 - 00:00:30) -> Saved to: test_data/work/tc3.3/a2-t2.opus Extracting track 3: t3 (00:00:30 - 00:02:16) -> Saved to: test_data/work/tc3.3/a3-t3.opus Done! ``` ### 📦 Audio Splitter Version commit 25e8c0293e4b8bc52984c6c6a1711f98594603d9 ### 💻 Operating System Debian 13 ### 🌍 Browser (if applicable) _No response_ ### 📎 Additional Context _No response_ ### ✅ Submission Checklist - [x] I have searched for existing issues (open and closed) that report the same problem - [x] I am using the latest stable release of Audio Splitter - [x] I have provided clear steps to reproduce the issue - [ ] I have included relevant logs or error messages (with sensitive info removed)

max added the bug label 2026-09-02 13:51:39 +04:00

max added the core label 2026-09-02 15:51:16 +04:00

max referenced this issue from a commit

2026-09-02 18:14:08 +04:00

fix #25 (core): wrong output filename extensions when they are autodetected

max referenced a pull request that will close this issue

2026-09-02 18:17:04 +04:00

fix #25 (core): wrong output filename extensions when they are autodetected #34

max closed this issue

2026-09-02 18:17:57 +04:00

Sign in to join this conversation.