Many render profiles are broken because of "unsupported audio codec" pcm_s16le.

System: Opensuse 12.1
kdenlive 0.8.2.1 from packman repo
libmlt++3 0.7.6 from packman repo
libmlt4 0.7.6 from packman repo
libavcodec52 0.7.11 from packman repo
libavcodec53 0.10 from packman repo
libavformat52 0.7.11
libavformat53 0.10

ffmpeg -codecs shows that pcm_s16le definitely *is* present.

Am I doing something wrong?

Thanks in advance.

Just wondering, how does kdenlive (or MLT, I'm not sure which) determine what audio codecs are avaiable? Does it use something akin to "ffmpeg -codecs". If I know how it is trying to determine the available audio codecs, maybe it will help debug the problem. ffmpeg -codecs shows that pcm_s16le is present. Right now I can't render to my required formats and it worked on Opensuse 11.4, also with packages from Packman repository.

Thanks,

David

Partially solved - I didn't look carefully enough at the output of ffmpeg -codecs, it appears that my ffmpeg setup only supports decoding and not encoding. I guess I have to figure out why this is the case.

David

OK, this is weird.

"ffmpeg -codecs" shows decode support but no encode support for pcm_s16le, but if I run the following command from the command line:

ffmpeg -i input_file.MTS -vcodec dnxhd -b 220000k -acodec pcm_s16le -r 29.97 output_file.mov

it works with no errors and generates an output file with pcm audio (verified with mplayer)

I'm not sure why this is happening, but for some reason ffmpeg seems confused about which codecs it supports. Is it possible to force kdenlive to render with pcm_s16le even though ffmpeg might be reporting that it is not supported?

Thanks..

I have the same problem, one of the profile says: unsupported audio codec pcm_s16le, but I know I had no such problems before. Maybe this?
http://www.kdenlive.org/mantis/view.php?id=2526

I will downgrade ffmpeg and I will check again.

After verifying this problem with the git versions of kdenlive/MLT/FFmpeg on both OpenSuse and Mint, I filed that bug report. I don't know for sure, but I'm guessing there might be some change in the way ffmpeg reports what codecs are present and kdenlive/MLT hasn't adapted to that. Just a guess...

A patch fixing the problem in MLT is ready, so this issue should be fixed soon.

Thanks for fixing it so quickly! I re-compiled and it's working now.

I also still experience this issue. I'm using kdenlive 0.9.2 and kubuntu 12.04. But not only trouble in pcm_s16le codec. Also error unsupported audio codec apperas almost to all of available profiles. It writes that there are no libxvid, libx264 video and pcm_s16le, libmp3lame audio codecs. Please fix it, because I can't encode files to any of most popular formats, except MPEG-2

Yeah me too on 32bit sunab builds I can't use x264 but can use mpeg2. Have the audio codec pcm_S16 error as well. On 64bit builds x264 is available but every codec crashes rendering. Total mess. Build script 64bit builds also crash rendering. All on 12.04 Ubuntu.

@ _PunK_
@ albe

have you installed livbavcodec-extra-53 packages? it isn't installed by default in Ubuntu (ans debian derivatives), it allows encoding in mp3 h.264 ...

then after installing it run the configuration wizard in kdenlive settings menu, and check for libmp3lame,libxvid4,libx264 among others in video codecs column.

Hi, albe

I looked at the pcm_s16le problem. I experience the same issue, and I've seen the same problem Drosky pointed out. libavcodec-extra-53 only exposes a decoding capability but it can encode too.

So it is related to ffmpeg version shipped with ubuntu (0.8.1). As a workaround you can edit manually the kdenliverc file in your home directory (in a hidden folder)

.kde/share/config/kdenliverc

At the end of the file there is a section called [unmanaged], add pcm_s16le to the audiocodecs line. The launch kdenlive, and will no more complain about pcm_16le. Same trick applies to other misreported codecs.

Important note : if you launch the config wizard (in kdenlive settings menu) it will erase your changes to the file.

Sorry for the misspelling , post edited.

As for including ffmpeg, better said "libav" (now in debian and ubuntu), doesn't seem to be a good solution and it is against debian packaging philosophy. Vlc and mplayer depend on libav* packages, they don't embed special versions of it. Check it by yourself :
- vlc precise package
- mplayer precise package

Embeding libraries like this leads to a lot of duplication. A better way is getting this fixed upstream and wait for updates. This is first reason why I maintain kdenlive ppas. I it a modest contribution in bug tracking. More people can easely find bugs and report them.

This needs confirmation but is really seems that libav 0.8.1 is reporting wrong encoders list. Someone has ho fill a bug report ;)

In my opinion compiling from source is only needded in specifinc use cases. Packages exist for a good reason ;)
If things "goes bad" feel free to ask the forum. Kdenlive 0.9.x series are really a good one! There are bugs, no matter, let's fix them.

libav in /opt is a half baked solution (in my opinion). The better way would be writing a patch to address the issue and sending it to upstream and to ubuntu libav package maintainer. Welcome on board ;)

The .kde/share/config/kdenliverc edit method works for me too.