Description of problem: Using the packaged version of Kdenlive there is no sound output when playing the timeline or clips. I do not know which revision this 0.8 version was taken at, but I have been using trunk snapshot versions of kdenlive for around six months and have never had a sound problem. I currently have revision 5568 working perfectly on the same machine (but using it's own versions of ffmpeg and mlt etc.). The installed ffplay works fine as I use it to stream local radio, I have pulsaudio disabled (as Skype microphone cannot be made to work with it enabled). Audio works fine with all other applications and my trunk 5568 build of kdenlive, so I am fairly convinced that this is a kdenlive package issue. While playing it looks as though alsa is working as there are a few alsa buffer underrun errors when run from a console. ------snip-------- kdenlive(6599) Render::start: ----- STARTING MONITOR: "project" kdenlive(6599) Render::start: ----- MONITOR: "project" WAS STOPPED kdenlive(6599) Render::start: ----- MONITOR: "project" REFRESH ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred I have tried all the output settings in alsamixer just in caes the sound is being routed to an obscure channel, but nothing works. :( Also tried in a different user. Version-Release number of selected component (if applicable): kdenlive-0.8-1.mga1 How reproducible: Always Steps to Reproduce: 1. 2. 3.
FWIW In a Gnome i586 installation on the same hardware kdenlive has no problem with sound. (Again with PA disabled)
OK this is nothing to do with sound settings. It seems that ffmpeg in Mageia is built with --disable-decoder=aac --disable-encoder=aac. It just happened that the clips I was using to test in x86_64 are aac sound and in i586 I was using snother format. I guess this is this a license thing? Without aac in ffmpeg, kdenlive would be useless to me as my camera encodes aac. I build my own ffmpeg with all non-free codecs enabled, so I personally am not so concerned, but for regular users this will be a big issue. IIANM they will need to build ffmpeg from source with aac enabled to get it working.
Hold your horses, It's being worked on, bug 338.
Depends on: (none) => 338
Hardware: x86_64 => AllDepends on: 338 => (none)Summary: No sound in Kdenlive 0.8 => No sound in Kdenlive 0.8 (ffmpeg aac codec disabled)
Right - that looks like being pretty good if it does not cause the BS to self destruct! So as I understand it, in this case if tainted were enabled then kdenlive would pull ffmpeg....mgt instead of ffmpeg....mga (if that convention is adopted). Cool! Closing as invalid, since sound works.
Status: NEW => RESOLVEDResolution: (none) => INVALIDSummary: No sound in Kdenlive 0.8 (ffmpeg aac codec disabled) => No sound in Kdenlive 0.8
Re-opening in line with other reports that depend on Bug 338.
Status: RESOLVED => REOPENEDDepends on: (none) => 338Resolution: INVALID => (none)Summary: No sound in Kdenlive 0.8 => Kdenlive needs tainted build
Summary: Kdenlive needs tainted build => Kdenlive needs ffmpeg from tainted repo to support more codecs
I think this should be fixed by installing ffmpeg and co. from the tainted repo.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED