[kdenlive] [Bug 389913] Capture crashed, please check your parameters
https://bugs.kde.org/show_bug.cgi?id=389913 Bruce changed: What|Removed |Added CC||bbr...@rasl.ca -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 389913] Capture crashed, please check your parameters
https://bugs.kde.org/show_bug.cgi?id=389913 emohr changed: What|Removed |Added CC||fritzib...@gmx.net Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #4 from emohr --- It seems that this report is related to very old unmaintained version. A lot changed since then, especially the timeline got a complete rewrite and it is likely that this has been fixed. Feel free to reopen this bug or create a new report if this is still happening with the latest version (https://kdenlive.org/en/download/) -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 389913] Capture crashed, please check your parameters
https://bugs.kde.org/show_bug.cgi?id=389913
--- Comment #3 from vi...@sitzblockade.de ---
Looking a bit more closely, I see that in recmanager.cpp,
createV4LProducer, there's code like this:
Mlt::Producer *prod = nullptr;
if (m_recVideo->isChecked()) {
(...)
}
if (m_recAudio->isChecked() && prod && prod->is_valid()) {
(...)
}
return prod;
Since prod can only be non-null in the second check when
m_recVideo->isChecked(), there's no way to have audio-only recording
with 18.08, is there? Does anyone understand why things were written
like this?
--
You are receiving this mail because:
You are watching all bug changes.
[kdenlive] [Bug 389913] Capture crashed, please check your parameters
https://bugs.kde.org/show_bug.cgi?id=389913 vi...@sitzblockade.de changed: What|Removed |Added CC||vi...@sitzblockade.de --- Comment #2 from vi...@sitzblockade.de --- The problem persists with a kdenlive built from git Applications/18.08 with (largely) Debian stretch plus MLT backported from Debian sid just about now. And it's fairly annoying as it kills the old "let your father edit his videos" use case. Again, to reproduce: go to clip monitor, click the cross button, uncheck video, check audio, hit record. I'm seeing "Capture crashed, please check your parameters" (and I'd be very interested in circumstances if you don't). The only perhaps unusual aspect of the box is that there's no pulseaudio running (but I *think* I've seen it on a pa-running box, too); the message is invariant to any profile changes (channels, source, encoding profile). I've tried overriding the profiles under the assumption that they may somehow become ffmpeg command lines (which, judging from recipes floating around on the net, they've probably been at some point, right?). To no avail. So, it'd be great if someone in the know could comment if this is even supposed to work at this point and if so, what one could try to make it work or at least figure out what "crashes" and why. Wishlist item: Generate less mystifying diagnostics on this, at least on stderr... -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 389913] Capture crashed, please check your parameters
https://bugs.kde.org/show_bug.cgi?id=389913 --- Comment #1 from had...@danisch.de --- Just for testing I've added a real videocam to make /dev/video0 appear. Again, kdenlive issues that error message, but once I check the video button, it starts to records (with video), and then crashes with a segfault. -- You are receiving this mail because: You are watching all bug changes.
