Re: [packman] mlt/melt/kdenlive

2013-01-29 Diskussionsfäden Cristian Morales Vega
On 28 January 2013 19:55, Dmitry Roshchin dmi...@roshchin.org wrote:
 On Monday 21 January 2013 22:44:00 Cristian Morales Vega wrote:

 The libmlt problem should be fixed with the update to 0.8.8.

 Can you push updates to multimedia:libs/libmlt ?

We are in feature freeze. I am not supposed to put updates in there.

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-28 Diskussionsfäden Dmitry Roshchin
On Monday 21 January 2013 22:44:00 Cristian Morales Vega wrote:
 
 The libmlt problem should be fixed with the update to 0.8.8.
 
Can you push updates to multimedia:libs/libmlt ?

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-27 Diskussionsfäden carloborger


Hello,

I have faced the same issue too, and yesterday I have updated the mlt package on
my OpenSuse 12.2 system and the audio for MPG and MP4 files was back in the same
projects where the audio was generating the errors as described.
So for me this issue seems to be solved with the new version of MLT.


Thank you very much for the hard work on this.

Greetings Carlo





___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-23 Diskussionsfäden Christoph Walzer
Available in Packman! Thanks to all who were involved!


On Monday, January 21, 2013 10:44:00 PM Cristian Morales Vega wrote:
 On 20 January 2013 21:36, Manfred Tremmel manf...@links2linux.de wrote:
  Am Freitag, 18. Januar 2013, 21:03:47 schrieb Manfred Tremmel:
  I'll try to find a solution this weekend, otherwise i'll downgrade to
  ffmpeg 1.0.1
  
  I've tried to fix the problem and also tested with ffmpeg 1.1.1 (which
  was released today), but was not able to do so.
  I've downgraded ffmpeg to 1.0.1 this should solve the problems.
  
  But it looks like our build server once again has problems to build the
  packages, so I can't tell you, when the new packages are available for
  download.
 
 The libmlt problem should be fixed with the update to 0.8.8.
 
 ___
 Packman mailing list
 Packman@links2linux.de
 http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-22 Diskussionsfäden Sascha Manns
Hello Manfred, hello List,

Am Sonntag, 20. Januar 2013, 22:36:50 schrieb Manfred Tremmel:
 Am Freitag, 18. Januar 2013, 21:03:47 schrieb Manfred Tremmel:
  I'll try to find a solution this weekend, otherwise i'll downgrade to
  ffmpeg 1.0.1
 
 I've tried to fix the problem and also tested with ffmpeg 1.1.1 (which
 was released today), but was not able to do so.
 I've downgraded ffmpeg to 1.0.1 this should solve the problems.
 
 But it looks like our build server once again has problems to build the
 packages, so I can't tell you, when the new packages are available for
 download.
Does any Mirror has the new old 1.0.1 package?

-- 
Sincerly yours

Sascha Manns
http://saigkill.homelinux.net
Jabber: saigk...@jabber.org


___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-18 Diskussionsfäden Axel Köllhofer
Am Thu, 17 Jan 2013 12:00:01 +0100
schrieb packman-requ...@links2linux.de:

 
 Message: 1
 Date: Wed, 16 Jan 2013 14:51:48 +0100
 From: Christoph Walzer christoph.wal...@wcr-edv.com
 To: packman@links2linux.de
 Subject: Re: [packman] mlt/melt/kdenlive
 Message-ID: 50f6b074.7000...@wcr-edv.com
 Content-Type: text/plain; charset=UTF-8; format=flowed
 
 For the sake of simplicity we can leave kdenlive
 out of discussion since the problem is
 simply reproducible by playing an mp3 file
 with melt.
 
 Compiled mlt-0.8.6 from sources. Compiled
 ffmpeg-1.1.git from sources - same problem.
 
 BUT: moving back to ffmpeg-1.0 (compiled
 from sources) - all is good.
 
 What i saw is: building mlt with ffmpeg-1.0
 links against libavutil51 while building
 with ffmpeg-1.1.git links against libavutil52.
 
 Anyway: it seems to be definitely a mlt/ffmpeg
 compatibility problem, occuring since the new
 ffmpeg release.


Actually, this problem also affects at least  one other program
(ffmpeg2theora).

Output looks like this:

ffmpeg2theora some file

---snip---

[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed
[audioresample @ 0x86ab1a0] Audio sample format conversion failed

---snip---

This happens to all input formats I tried (avi with mp2/mp3 audio, mp4
with aac audio, flv with aac or mp3 etc.) and the output file is always
only a few KB of size without sound or video.

Transcoding without audio (--noaudio) works fine (not very surprising
though but also not very useful). 

Transcoding with 

ffmpeg -i some file -vcodec libtheora -acodec libvorbis
output_file 

also works, so as with mlt it looks like we have to wait
for upstream fixes of those projects relying on ffmpeg and not for some
fixes of ffmpeg itself.

Greetings,

AK


signature.asc
Description: PGP signature
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman

Re: [packman] mlt/melt/kdenlive

2013-01-18 Diskussionsfäden Manfred Tremmel
Am Donnerstag, 17. Januar 2013, 15:01:34 schrieb Axel Köllhofer:

 Output looks like this:
 
 ffmpeg2theora some file
 
 ---snip---
 
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 [audioresample @ 0x86ab1a0] Audio sample format conversion failed
 
 ---snip---
 
 This happens to all input formats I tried (avi with mp2/mp3 audio, mp4
 with aac audio, flv with aac or mp3 etc.) and the output file is
 always only a few KB of size without sound or video.

I'll try to find a solution this weekend, otherwise i'll downgrade to 
ffmpeg 1.0.1

-- 
Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/

Manfred  | http://packman.links2linux.de/

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-16 Diskussionsfäden Christoph Walzer

For the sake of simplicity we can leave kdenlive
out of discussion since the problem is
simply reproducible by playing an mp3 file
with melt.

Compiled mlt-0.8.6 from sources. Compiled
ffmpeg-1.1.git from sources - same problem.

BUT: moving back to ffmpeg-1.0 (compiled
from sources) - all is good.

What i saw is: building mlt with ffmpeg-1.0
links against libavutil51 while building
with ffmpeg-1.1.git links against libavutil52.

Anyway: it seems to be definitely a mlt/ffmpeg
compatibility problem, occuring since the new
ffmpeg release.

Regards,
C.


On 01/15/2013 04:11 PM, Cristian Morales Vega wrote:

On 15 January 2013 15:02, Christoph Walzer christoph.wal...@wcr-edv.com wrote:

Although i got my own neat little theory - are there any other ideas
and suggestions? Did i miss something? Most importantly: does
anybody else (besides Marcelo and myself) experience the problem?

I had like 10 minutes to test this on the weekend and I couldn't
reproduce it. But I don't use kdenlive so much.

Can you explain in more detail how it happens? Do you want to open a
video with MP3 audio or do you want to create a video with MP3 audio?
Any specific profile?


Also, something like:

zypper --no-refresh se -s -i --match-any kdenlive melt mlt libav

Would make it easier to know if you have some weird combination of packages.



___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-16 Diskussionsfäden Christoph Walzer
This is what i got form the mlt guys:

 This is fixed in MLT git, but there is another somewhat new problem
 when the MP3 has album art. FFmpeg is exposing that as a video stream
 with a crazy framerate that is confusing MLT.

Not too many people want to cope with source based deviations (and breaking) 
of their distributore's package structure i guess (i don't, i'm lazy). So
should the mlt packman packages respect the new dependency? Does packman's
policy allow to update to mlt's git version?

Regards,
C. 

 

 

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-15 Diskussionsfäden Marcelo Borro
Cristian Morales Vega reddwarf@... writes:

 
 Can you explain in more detail how it happens? Do you want to open a
 video with MP3 audio or do you want to create a video with MP3 audio?
 Any specific profile?
 
 Also, something like:
 
 zypper --no-refresh se -s -i --match-any kdenlive melt mlt libav
 
 Would make it easier to know if you have some weird combination of packages.
 


On kdenlive if I add an mp4 vídeo or an mp3 audio track, I have no sound from 
it.  But if I convert the mp3 audio in wav with Audacity, then sound works.

I've tried to delete the kdenliverc too, but no success.

The output of the suggested command in my machine was:

i | kdenlive   | pacote | 0.9.2-6.11   | x86_64  | Packman 
Repository 
i | libavahi-client3   | pacote | 0.6.31-3.6.1 | x86_64  | openSUSE-12.2-Oss
i | libavahi-common3   | pacote | 0.6.31-3.6.1 | x86_64  | openSUSE-12.2-Oss
i | libavahi-core7 | pacote | 0.6.31-3.6.1 | x86_64  | openSUSE-12.2-Oss
i | libavahi-glib1 | pacote | 0.6.31-3.3.1 | x86_64  | openSUSE-12.2-Oss
i | libavc1394 | pacote | 0.5.4-8.1.2  | x86_64  | openSUSE-12.2-Oss
i | libavc1394-0   | pacote | 0.5.4-8.1.2  | x86_64  | openSUSE-12.2-Oss
i | libavc1394-0-32bit | pacote | 0.5.4-8.1.2  | x86_64  | openSUSE-12.2-Oss
i | libavcodec52   | pacote | 0.7.13-1.8   | x86_64  | Packman 
Repository 
i | libavcodec54   | pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libavdevice52  | pacote | 0.7.13-1.8   | x86_64  | Packman 
Repository 
i | libavdevice54  | pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libavfilter1   | pacote | 0.7.13-1.8   | x86_64  | Packman 
Repository 
i | libavfilter3   | pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libavformat52  | pacote | 0.7.13-1.8   | x86_64  | Packman 
Repository 
i | libavformat54  | pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libavresample1 | pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libavutil50| pacote | 0.7.13-1.8   | x86_64  | Packman 
Repository 
i | libavutil52| pacote | 1.1-2.2  | x86_64  | Packman 
Repository 
i | libmlt++3  | pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 
i | libmlt4| pacote | 0.7.8-2.8.1  | x86_64  | Atualizações 
para 
openSUSE 12.2
i | libmlt4-data   | pacote | 0.7.8-2.8.1  | noarch  | Atualizações 
para 
openSUSE 12.2
i | libmlt4-modules| pacote | 0.7.8-2.8.1  | x86_64  | Atualizações 
paraopenSUSE 12.2
i | libmlt5| pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 
i | libmlt5-data   | pacote | 0.8.6-5.5| noarch  | Packman 
Repository 
i | libmlt5-modules| pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 
i | melt   | pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 
i | melt5  | pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 
i | python-mlt | pacote | 0.8.6-5.5| x86_64  | Packman 
Repository 





___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-15 Diskussionsfäden Cristian Morales Vega
On 15 January 2013 21:37, Marcelo Borro marcelovbo...@gmail.com wrote:
 On kdenlive if I add an mp4 vídeo or an mp3 audio track, I have no sound from
 it.  But if I convert the mp3 audio in wav with Audacity, then sound works.

Yes, I can reproduce it.

It's a bit suspicious that the problem has started now that
libavresample just changed its soname. But I don't really have any
real idea about where the problem is.

___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman


Re: [packman] mlt/melt/kdenlive

2013-01-13 Diskussionsfäden Christoph Walzer

Did an update - ffmpeg (libavcodec) is now 1.1-2.1-x86_64,
but still got the same problem (with melt  friends):

[audioresample @ 0xsomehexnumber]  Audio sample format conversion failed

Just in case: libtwolame version is 0.3.13-2.5-x86_64. But converting 
with ffmpeg

works fine anyway!

Seems the error message stems from libavcodec/resample.c?

Regards, C.

On 01/13/2013 08:24 PM, Manfred Tremmel wrote:

Am Samstag, 12. Januar 2013, 12:23:36 schrieb Christoph Walzer:

Hello,

what happened to mp3 support in mlt/melt/kdenlive?
Since last update for opensuse 12.2 and 12.1 it's gone,
instead i get Audio sample format conversion failed.

Packages are:
12.2: mlt/melt 0.8.6-5.5-x86_64
12.1: mlt/melt 0.8.6-5.2-x86_64

Is this a libavcodec issue? Or libmp3lame? They were
updated to the same version on both 12.2. and 12.1:

I got libmp3lame0-3.99.5-1002.5 and libavcodec54-1.1-1.1.

I've recompiled ffmpeg with twolame support (--enable-libtwolame), the
libavcodec has mp3 support (encoding and decoding). Did this fix your
problem?




___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman