Audio stutters and eventually cuts out on longer recordings

wtftf commented 1 year ago

Except that's exactly the problem I'm now experiencing (on two consecutive failed attempts) recording video & audio of about 1:10:00 in total length. Audio starts disintegrating by 10:00 and cuts out completely at about 13:30.

io.github.seadve.Kooha 2.2.3
Flatpak: true
Experimental: false
Distribution: GNOME 43 (Flatpak runtime)
Desktop Session: pop
Display Server: x11
GTK 4.8.3
Libadwaita 1.2.1
GStreamer 1.20.5
Pipewire 0.3.59

pabrep commented 1 year ago

Exactly the same problem for me.

hariseldon78 commented 8 months ago

same problem for me with version 2.2.3, running on wayland though

johannesulf commented 8 months ago

I'm having the same problem with version 2.2.4 on Gnome 45 (Wayland). I'd be happy to provide more information since I'd love to use Kooha to record my lectures. Unfortunately, in its current state, it simply doesn't work for that since the audio is practically lost.

shineon82 commented 7 months ago

Same problem, version 2.2.4, Archlinux, Gnome 45 (Wayland)

nekohayo commented 7 months ago

Recording in MP4 format (H.264 + MP3 48 kHz), with an Intel Kabylake chipset on the Wayland version of GNOME 45 with Kooha 2.2.4 from Flathub, my observation in my case is that this happens to audio recorded from the microphone rather than the audio recorded from the playback (monitor) audio device... or at least, it happens much faster with the microphone.

For example, I was able make an 11-minutes-long "monitor audio only" recording and it was flawless, but when recording a video with microphone-only audio, the sound started stuttering at ~4 minutes 23 secs, within the next 5 seconds it started disintegrating significantly, at 4 mins 50 seconds it became near unusable, and beyond 5 mins 20 seconds it was pretty much unrecognizeable/unintelligible.

I tried again another recording "from the microphone" while writing this comment, and it failed in the exact same way, around the 4 minutes 13-23 seconds mark the sound started stuttering and getting progressively worse in the minute that followed.

The audio, while garbled, apparently remained in sync with the visuals (which remained smooth), however.

nekohayo commented 4 months ago

I have some new findings for you today. By total happenstance, I discovered that not only Kooha, but also @ryonakano's "Reco" app is affected with the same symptoms on the same computer: after the 5 minutes mark, my microphone's recorded sound stream in the app starts becoming increasingly/exponentially saccated and garbled.

The differences are:

In Kooha, it always happens if you enable recording from the microphone, even if recording from system audio is disabled
In Reco, it affects the microphone input source sound stream (not the system playback monitor recorded stream), but only if recording in "Both" (microphone + system) mode!

Since it affects two different applications, this is starting to sound like a PipeWire (or PulseAudio / ALSA / GStreamer?) bug to me.

On this computer, I am using a "Logitech USB Desktop Microphone" (that's what the product is named), which is identified as such under Linux with lsusb:

Bus 003 Device 053: ID 0556:0001 Asahi Kasei Microsystems Co., Ltd AK5370 I/F A/D Converter

I don't know/remember what sampling rate etc. this thing uses, it's probably either 44.1 or 48 kHz... I don't know if this might be a factor vs the motherboard or my ThinkPad's USB-C docking station that serves as the sound output through speakers.

Let me know if there is any additional information I should gather here to make it easier for you to narrow down which software component might be causing the issue.

nekohayo commented 4 months ago

In case the developers never encountered this issue themselves and don't know what it "sounds" like, here is a test sample recording with Kooha in microphone-only mode (you'd get a similar result with Reco when recording in "Both" microphone+system mode):

https://github.com/SeaDve/Kooha/assets/479401/11c62e7b-de9f-44a6-b931-604d5d612484

Play that video, turn on the volume (it is muted by default) and seek to the 3mins 40s mark, listen to the music and within 10-20 seconds the stuttering will start becoming noticeable; afterwards it will fall apart very rapidly within the minute that follows.