0000975: Cannot render to Theora

(0003534)
Goups (reporter)
2009-06-29 14:15

As ffmpeg is configured with libvorbis enabled (and not vorbis), I updated
a few Theora entries in /usr/local/share/apps/kdenlive/export/profiles.xml to set the audio codec to libvorbis and it does the trick for me (see Render-Theora-update.png)

(0003535)
Goups (reporter)
2009-06-29 14:23

By the way, the scrollbar related to the output format sizes does not scale according to the content of the list, and page scrolling does not behave as expected ...

(0003536)
xzhayon (developer)
2009-06-29 15:11

the scrolling problem is in qt libs

(0003537)
Goups (reporter)
2009-06-29 15:26

Hmmm, probably not as the left scrolled list with main video formats does behave correctly ?

(0003542)
j-b-m (administrator)
2009-06-29 17:48

Right, looks like there are 2 ways to create vorbis sound with FFmpeg, through vorbis or libvorbis. Not sure how we can fix that in a generic way...

Regarding the scrolling issue, it's a Qt bug, see 0000938

(0003544)
Goups (reporter)
2009-06-29 18:59

As far as I can understand, ffmpeg build is configured with --enable-libvorbis by the build wizard when "Theora support" option is requested.

So the build wizard prefers the official vorbis lirary, while kdenlive rendering profiles seems to prefer ffmpeg own implementation (supposedly not as good ?) ...

(0003545)
xzhayon (developer)
2009-06-29 19:12

if the only problem is validating profiles, i suggest adding, to the check, a special case when audiocodec =~ /.*vorbis/
if mlt isn't working too, who knows... perhaps mlt should check if vorbis of libvorbis has to be used when one of them is requested with acodec=

(0003547)
j-b-m (administrator)
2009-06-30 01:12

Should be fixed in svn rev. 3696
The "vorbis" string is now replaced by "libvorbis" if libvorbis is supported but not vorbis.

(0003563)
Goups (reporter)
2009-06-30 10:17

Ok, I'll give it a try.

I still do not understand why the Theora profiles were initially not active.

The fact that ffmpeg is configured with external libvorbis does not disable vorbis, or prevent it to use vorbis as these are finally different codecs indexed by their name.

ffmpeg output lists both as available audio encoders:

$ ffmpeg -formats 2> /dev/null | grep "^..EA" | grep vorbis
EA libvorbis libvorbis Vorbis
DEA vorbis Vorbis

(0003565)
Goups (reporter)
2009-06-30 13:08
edited on: 2009-06-30 13:11

Well, this almost drives me crazy ...

While cheking with rev 3702, Kdenlive does not complain about missing audio codec ... and vorbis is back in town as shown in the detailed rendering args in the attached snapshot (Render-Theora-with-vorbis.png).

Apparently something has changed under the hood meanwhile, as now both audio codecs vorbis and libvorbis are listed when KdenliveSettings::audiocodecs() is invoked, while it was not the case when I submitted the case !

Consequently, the workaround you committed, JB, is probably useless if vorbis is definitely there ?

Anyway, if I want to use libvorbis instead of vorbis as an audio codec, I can create my own profiles ...

Update: I ran the configuration wizard before this test. Could this has changed something in codec detection ?

(0003569)
j-b-m (administrator)
2009-06-30 14:23

Yes, codec detection is done when running the Config Wizard, which is automatically started when you upgrade your Kdenlive version...

(0003571)
Goups (reporter)
2009-06-30 17:13

Ok, though I still do not understand why vorbis was not initially listed/recognized as an audio codec (while part of ffmpeg), the fact is that now it is, and the render dialog behaves as expected ... even when I comment the workaround !

Therefore, I propose to close the bug.
You can probably even suppress the workaround, I am sorry about that ...

Issue History
Date Modified	Username	Field	Change
2009-06-29 14:05	Goups	New Issue
2009-06-29 14:05	Goups	File Added: Render-Theora-unavailable.png
2009-06-29 14:05	Goups	Build/Install Method	=> Build Wizard
2009-06-29 14:15	Goups	Note Added: 0003534
2009-06-29 14:15	Goups	File Added: Render-Theora-update.png
2009-06-29 14:23	Goups	Note Added: 0003535
2009-06-29 15:11	xzhayon	Note Added: 0003536
2009-06-29 15:26	Goups	Note Added: 0003537
2009-06-29 17:48	j-b-m	Note Added: 0003542
2009-06-29 17:48	j-b-m	Status	new => acknowledged
2009-06-29 18:59	Goups	Note Added: 0003544
2009-06-29 19:12	xzhayon	Note Added: 0003545
2009-06-30 01:12	j-b-m	Note Added: 0003547
2009-06-30 01:12	j-b-m	Assigned To	=> j-b-m
2009-06-30 01:12	j-b-m	Status	acknowledged => feedback
2009-06-30 10:17	Goups	Note Added: 0003563
2009-06-30 13:08	Goups	Note Added: 0003565
2009-06-30 13:11	Goups	Note Edited: 0003565	View Revisions
2009-06-30 13:12	Goups	File Added: Render-Theora-with-vorbis.png
2009-06-30 14:23	j-b-m	Note Added: 0003569
2009-06-30 17:13	Goups	Note Added: 0003571
2010-11-15 13:24	ttill	Status	feedback => resolved
2010-11-15 13:24	ttill	Resolution	open => fixed
2010-11-15 13:24	ttill	Fixed in Version	=> 0.7.6
2010-11-15 13:24	ttill	Status	resolved => closed

Notes
(0003534) Goups (reporter) 2009-06-29 14:15	As ffmpeg is configured with libvorbis enabled (and not vorbis), I updated a few Theora entries in /usr/local/share/apps/kdenlive/export/profiles.xml to set the audio codec to libvorbis and it does the trick for me (see Render-Theora-update.png)

(0003535) Goups (reporter) 2009-06-29 14:23	By the way, the scrollbar related to the output format sizes does not scale according to the content of the list, and page scrolling does not behave as expected ...

(0003536) xzhayon (developer) 2009-06-29 15:11	the scrolling problem is in qt libs

(0003537) Goups (reporter) 2009-06-29 15:26	Hmmm, probably not as the left scrolled list with main video formats does behave correctly ?

(0003542) j-b-m (administrator) 2009-06-29 17:48	Right, looks like there are 2 ways to create vorbis sound with FFmpeg, through vorbis or libvorbis. Not sure how we can fix that in a generic way... Regarding the scrolling issue, it's a Qt bug, see 0000938

(0003544) Goups (reporter) 2009-06-29 18:59	As far as I can understand, ffmpeg build is configured with --enable-libvorbis by the build wizard when "Theora support" option is requested. So the build wizard prefers the official vorbis lirary, while kdenlive rendering profiles seems to prefer ffmpeg own implementation (supposedly not as good ?) ...

(0003545) xzhayon (developer) 2009-06-29 19:12	if the only problem is validating profiles, i suggest adding, to the check, a special case when audiocodec =~ /.*vorbis/ if mlt isn't working too, who knows... perhaps mlt should check if vorbis of libvorbis has to be used when one of them is requested with acodec=

(0003547) j-b-m (administrator) 2009-06-30 01:12	Should be fixed in svn rev. 3696 The "vorbis" string is now replaced by "libvorbis" if libvorbis is supported but not vorbis.

(0003563) Goups (reporter) 2009-06-30 10:17	Ok, I'll give it a try. I still do not understand why the Theora profiles were initially not active. The fact that ffmpeg is configured with external libvorbis does not disable vorbis, or prevent it to use vorbis as these are finally different codecs indexed by their name. ffmpeg output lists both as available audio encoders: $ ffmpeg -formats 2> /dev/null \| grep "^..EA" \| grep vorbis EA libvorbis libvorbis Vorbis DEA vorbis Vorbis

(0003565) Goups (reporter) 2009-06-30 13:08 edited on: 2009-06-30 13:11	Well, this almost drives me crazy ... While cheking with rev 3702, Kdenlive does not complain about missing audio codec ... and vorbis is back in town as shown in the detailed rendering args in the attached snapshot (Render-Theora-with-vorbis.png). Apparently something has changed under the hood meanwhile, as now both audio codecs vorbis and libvorbis are listed when KdenliveSettings::audiocodecs() is invoked, while it was not the case when I submitted the case ! Consequently, the workaround you committed, JB, is probably useless if vorbis is definitely there ? Anyway, if I want to use libvorbis instead of vorbis as an audio codec, I can create my own profiles ... Update: I ran the configuration wizard before this test. Could this has changed something in codec detection ?

(0003569) j-b-m (administrator) 2009-06-30 14:23	Yes, codec detection is done when running the Config Wizard, which is automatically started when you upgrade your Kdenlive version...

(0003571) Goups (reporter) 2009-06-30 17:13	Ok, though I still do not understand why vorbis was not initially listed/recognized as an audio codec (while part of ffmpeg), the fact is that now it is, and the render dialog behaves as expected ... even when I comment the workaround ! Therefore, I propose to close the bug. You can probably even suppress the workaround, I am sorry about that ...

Relationships