Yes, I have exactly the same problem. DeVeDe and ManDVD make a DVD but sound is corrupt if encoded with AC3 or there’s no sound at all (on a DVD player) without AC3.
Kdenlive is still broken, I wonder if libAV (FFMPEG) is the culprit? I assume this is a Packman build issue as it worked well in Opensuse 11.3 before Packman did their reshuffle? I did not find the answer on #packman IRC :\
You could add tumblweed packman, disable the main packman
Delete libav and install ffmpeg, you have to roll back a few packages to get it
I did it because libav broke get_iplayer, which uses ffmpeg
Now get_iplayer works
I locked all my packman stuff and made a copy of the tumbleweed repo to my local machine
Thanks for the tip, unfortunately the packman tumbleweed FFMPEG did not fix the Kdelive issue… however it did fix a few other issues as mentioned get_iplayer works again.
I think it much more helpful if those on this thread with a problem are more accurate their statements, as I find this statement misleading (and most the other posts misleading). I can not reproduce the noted problems.
I just finished rendering a video in 4 different output formats with KDEnlive (at 1280x720 resolution) : h264, xvid4, mpeg2 and mpeg4 output codes. Yes, 1280x720 is NOT DVD resolution, but its misleading to kdenlive fans if one does not continue to note that it is either a specific output video (or audio) input or output codec that is causing some problems (at least I assume that to be the case - BECAUSE I can NOT reproduce the problem). This ‘just works’ for me on a 64-bit openSUSE-11.4 KDE4 install (with the nominal stock KDE4 that comes with 11.4). ie Audio and video of the rendered video play back fine! (note I input an mp3 as my audio track as I do not keep my audio tracks in ac3 - once kdenlive has the audio track it converts it to the appropriate audio output format - for input I do NOT have any ac3 tracks (why would one keep a separate audio track in ac3 format ? ).
I then changed my settings to DVD PAL and outputed same video to output DVD format (in mpeg2). It also ‘just works’. Audio and video playback fine. According to ‘tovid id’ this output is DVD compliant and would work if I were to burn it to a dvd.
So I can’t reproduce the problem noted here-in this thread - but if I was to blindly read the thread and not do any testing I would be left thinking KDEnlive does not work at all in 11.4, and yet the contrary is the case. KDEnlive works for me and I can’t reproduce the failure with the information provided.
My application versions:
kdenlive-0.7.8-1.pm.1.1.x86_64
libmlt3-0.6.2-1.pm.1.3.x86_64
mlt-0.6.2-1.pm.1.3.x86_64
libmlt++3-0.6.2-1.pm.1.3.x86_64
Looking back now this was a bit grumpy … and apologies for that.
I understand some are frustrated here by problems - and I do believe they have legitimate problems and I am sorry to read of that.
I guess I need to qualify this better - that some of us rely on the accurate posts/assessments of others before we switch our main PCs to 11.4. And if I had not installed a test partition on my main PC and tested, I would have been totally scared away by the posts in this thread - when in fact KDEnlive is working well on my test partition of 11.4.
I took an mp3 file, and I converted it to the ac3 format with microchip’s audenc (44100 Hz stero, and bitrate of 192.0 kbps). I dragged it into kdenlive (version number per my above post). I rendered to DV/dVD PAL mpeg-2 8000K. Audio (and video) of the rendered kdenlive file played fine in smplayer. Nice !
So I tried - but I can not reproduce your problem. I am sorry to read you have this, but I have done nothing special other than limit my 64-bit openSUSE-11.4 (KDE) repositories to the nominal oss, non-oss, update and packman repositories.
Yes, I should have provided a little more detail. The problem is with rendering into .VOB (aspect 4:3 with 2-pass) format in Kdenlive 0.78. The rendering process simply does not start.
When creating a DivX movie to play on a set top box (Panasonic) a small window effect is created and it is not full screen as it should be. I am confidant the problem is with FFMEG or a related lib but do not know how to show it other than my first terminal output in the first post.
Kdenlive 0.7.8 works well with MLT 0.6.2 and there seem to be other multimedia apps affected which would suggest it to be a problem with a shared lib.
Hope this explanation adds to the needed info to the first post?
I tried 5 or more DVD making programs and not a single one could make a DVD with sound playable on a DVD player. Video is OK, but sound is just cracking noise if re-encoded with AC3 or dead silence if audio is left as is from the original file.
Have you actually tried burning the DVD and playing it in a normal DVD player? I can play non-AC3-re-encoded DVDs on my computer just fine with sound, but not on the DVD player.
From what I read, if one is encoding for a DVD, ac3 is pretty much the best choice, IF it works. According to this URL Which audio format to use for DVD movies - AC3, PCM or MP2 ? there are 3 audio formats that are typically used: AC3, PCM, and MP2.
PCM (.wav or .aiff) is not recommended because it stores audio without compression (and hence audio could be larger than video, restricting what one can put on a DVD). The recommendation is to not use PCM in final versions of DVD.
MP2 format is not officially supported for NTSC video and it is not supported by all DVD devices.
Ergo AC3 is the main choice for burning a DVD, and most (all ? ) Linux DVD burning programs will convert a video file’s audio to AC3 in preparation for burning.
That makes any AC3 bug particularly nasty wrt home made DVDs.
Just to let you know that Packman has updated MLT to version 0.7.0 and a package revision to Kdenlive 0.7.8 (assumed to be compiled against the new MLT package). The good news is that it is rendering correctly again (Tested .vob and xvid4). Thank you Pascal
But have you tried the new packages from Packman released yesterday? You are correct the Kdenlive-0.7.8 is not new as we are all waiting for 0.8 to be released. But the package manager has provided a new package that works.
Kdenlive 0.7.8-1.pm.1.2 (note the “2” at the end)
MLT 0.7.0-1.pm.2.1
I’m not convinced the statement “nothing” does is correct. I understand your frustration, and this problem is annoying, but we need to try to be careful and exact in how we describe the problem, before we make such global statements. Else we simply make the problem more difficult to understand, and hence more difficult to solve.
I think the last thing we want to do is make the problem harder to understand.
For example, have you checked h264enc or xvidenc (not for creating DVDs, but for encoding AC3 as part of an audio track) ?
Also, as I noted previous , I believe I encoded AC3 to non-DVD formats in some cases with openSUSE-11.4. BUT as I noted also, I do not have the time now to look into this in detail (as to why it works in some cases but not in other cases).
I tried encoding AC3 with ffmpeg and it works fine. By nothing I meant out of 5 or so DVD making programs in Linux, more precisely in openSUSE-11.4, NONE made a DVD with working sound. I’ve got no idea what encoders all those programs use.
I read someone has replied to your post on the packman packager mailing list with this explanation :
FFmpeg’s AC3 encoder was changed to expect float (instead of int16). The new encoder is faster on typical hardware (and at least not worse in quality). To get the original behaviour, the programs have to open “ac3_fixed” instead of “ac3”. (And yes, I know I’ve claimed in the past we do not break ABI,)
… IF that is the problem, and IF we assume the Packman packagers decide to remain with the ffmpeg update that breaks a nominal ‘ac3’ call from ffmpeg, then the problem is pushed upstream to all the applications that use this latest version of ffmpeg. In which case the developers of those apps need to be contacted and ask that they provide code to work around this different ffmpeg call.
IF it is that ffmpeg change, its rather ugly in its implication/breakage (at least until its fixed).
What apps did you try thus far? We need to contact the developers of those apps to see if they can do anything (ie come up with a fix and new version, that we can then ask the packman packagers to package).
