Moin moin,

I have upgraded to Ubuntu 12.04
Since then, Kdenlice dosn´t render any proxy.

I get this ErrorMessage:

ffmpeg version 0.8.3-4:0.8.3-0ubuntu0.12.04.1, Copyright (c) 2000-2012 the Libav developers
built on Jun 12 2012 16:37:58 with gcc 4.6.3
*** THIS PROGRAM IS DEPRECATED ***
This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1)
Input #0, mpegts, from '/BDMV/STREAM/00000.MTS':
Duration: 00:00:28.35, start: 0.801622, bitrate: 12541 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
Stream #0.2[0x1200]: Subtitle: pgssub
Unknown encoder 'libmp3lame'

libmp3lame0 libmp3lame and dev files are installed.

I tried to install ffmpeg with --enable-libmp3lame from this Guide
http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

but getting an Error Message --enable-libvpx not installed.
ERROR: libvpx decoder must be installed and version must be >=0.9.1
So I disabled this option and removed the --enable-libvpx (event though libvpx is already installed an uptodate)

But I don´t know how to install kdenlive without changing ffmpeg
I tryed also to remove all and update alle installation from synaptic with no luck.

ffmpeg is 0.8.3
kdenlive 0.9.2
melt 0.8.2

I hope anyone could help. Some days I´m feeling to spend more time in keeping a system up and running then editing videos.
Today is such a day.

sudo greetingsfromroot.sh
yt

Hi yt,

Check out this thread :-


http://kdenlive.org/forum/kdenlive-melt-082#comment-18814

Just a thought.

You do have libavcodec-extra-53 installed.

Thanks for your Tip normcross.

As far as I understood this thread, it might be an old config file.
I´ve delete the config folder - no luck

Then I followed the thread deeper and found some hints to libmp3lame. But I got already all libmp3lame libs installed.

What I don´t understand is,
in kde/share/config there is a line
[unmanaged]
audiocodecs=aac,ac3,ac3_fixed,alac,eac3,flac,mp2,nellymoser,real_144,vorbis,wmav1,wmav2,roq_dpcm,adpcm_adx,g722,g726,adpcm_ima_qt,adpcm_ima_wav,adpcm_ms,adpcm_swf,adpcm_yamaha,libgsm,libgsm_ms,libspeex,libvorbis

There is no lame encoding, and no mp3 ?

I can´t find mor information in the thread you´ve posted.
How did you included it manually?


slightly desperated,
yt

This is what my Kdenliverc says:-

audiocodecs=aac,ac3,ac3_fixed,alac,eac3,flac,mp2,nellymoser,real_144,vorbis,wmav1,wmav2,
roq_dpcm,adpcm_adx,g722,g726,adpcm_ima_qt,adpcm_ima_wav,adpcm_ms,adpcm_swf,
adpcm_yamaha,libgsm,libgsm_ms,libmp3lame,libspeex,libvo_aacenc,libvo_amrwbenc,libvorbis

So just add libmp3lame to the list.

I was afraid that this would be your answer.
It doesn´t work. But thanks for confirmation my guess.

It must be something underneath. I´ll try to clean up everything depending on libmp3lame, but not in the near future :) I have enough troubleshooting for today

btw a funny thing, I thought - just apply another audio codec for the proxy.... haha, silly thought.

I did edit aac instead libmp3lame.
Output: use option -strict experimental if you want to work ...
I can´t use that option.

Ok... I didn´t want anything experimental anyway. So I tried to use vorbis. I thought, this must be damn near by lame.
Output: Add '-strict experimental' if you want to use it.
Or use the non experimental encoder 'libvorbis'.

By now I use libvorbis, because I am not willed to open another shell again today. Hope this will work for the moment until ... until I calmed down :/

Solution for today, a Proxy Profile for 16:9 higherquality Clips

-f mpegts -acodec libvorbis -ac 2 -ab 128k -ar 48000 -vcodec mpeg2video -g 5 -deinterlace -s 480x270 -vb 2400k


With very best wishes,
yt

Sorry, Hey, look at the thread on the left:- writing a new proxy encode script.

Another thought. You did not run the wizard again, did you? because that will remove your added entry if you do.

Adding libmp3lame to the kdenliverc config list will probably not fix the issue. The problem might be caused by Ubuntu switching to libav instead of ffmpeg. The proxy job calls "ffmpeg" to do the encoding job, and in Ubuntu >= 12.04, we should now call avconv. I just fixed it in git.

Anyways, can you tell us the output of the following command:

melt noise: -consumer avformat: acodec=list

This will list the audio codecs supported by MLT (which takes them from your ffmpeg / libav install)

@j-b-m

It's funny really that a lot of people have had to use this "temporary work-around" just to get proxy clips running, but I'm using Ubuntu 12.04 and do not have this problem. libmp3lane is already built into my kdenliverc. It really does make one wonder.

Glad to see you've fixed it.

Thanks for your thoughts. ATM I use libvorbis.

melt noise: -consumer avformat: acodec=list

audio_codecs:
- aac
- ac3
- ac3_fixed
- alac
- eac3
- flac
- mp2
- nellymoser
- real_144
- vorbis
- wmav1
- wmav2
- roq_dpcm
- adpcm_adx
- g722
- g726
- adpcm_ima_qt
- adpcm_ima_wav
- adpcm_ms
- adpcm_swf
- adpcm_yamaha
- libgsm
- libgsm_ms
- libmp3lame
- libspeex
- libvo_aacenc
- libvo_amrwbenc
- libvorbis
...

I´m also having trouble to render with libx264 but that will be another thread.

I think most problems will occure because I upgraded Ubuntu 11.04 to 12.04 instead of a clean install. Maybe someone with equal problems could confirm or has someone upgraded without any trouble?

with nice greetings,
yt

I can confirm, but only sort of. I upgraded from Kubuntu 11.10 to 12.04 already in April without problems. I'm usually installing kdenlive from sunab's svn repository, as I needed several fixes not being in the 12.04 official repos.

A few svn releases ago I run into the same trouble with not being able to generate proxy clips and without H.264 rendering capability. For some reason I lost the libav-extra-53 stuff, which I found out to be relevant to proxy rendering. For H.264 I had to manualy fix my kdenliverc. Seems that the latest svn package has fixed this issue.