Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Local Recording Problems #864

Open
zo-shin opened this issue Jan 20, 2025 · 2 comments
Open

Local Recording Problems #864

zo-shin opened this issue Jan 20, 2025 · 2 comments

Comments

@zo-shin
Copy link
Contributor

zo-shin commented Jan 20, 2025

1 - Files like WAV, WMA, FLAC, AVI are all recognized as MKV.
2 - Files like APE, DSF are not supported, leaving a redundant broken recording file.

@zaps166 zaps166 added the bug label Jan 20, 2025
@zaps166 zaps166 added this to the next-after-25.01.19 milestone Jan 20, 2025
@zaps166
Copy link
Owner

zaps166 commented Jan 20, 2025

Currently I focused to record non-FFmpeg decoded files like SID and MODs.

@zaps166
Copy link
Owner

zaps166 commented Jan 20, 2025

Files like WAV, WMA, FLAC, AVI are all recognized as MKV.

It's correct (except 32-bit float WAV files), because QMPlay2 doesn't decode on recording - it puts demuxed data into container. To decode and store as real WAV it needs more logic (maybe in the future, without ETA...).

Files like APE, DSF are not supported, leaving a redundant broken recording file.

Looks like MKV doesn't support them. At least I could use same container as input when possible. Empty file after error should be removed. Text could be changed to "Recording error or unsupported".

zaps166 added a commit that referenced this issue Jan 20, 2025
@zaps166 zaps166 removed this from the next-after-25.01.19 milestone Jan 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants