On Wed, Jun 19, 2013 at 11:06 AM, Greg Stein <gst...@gmail.com> wrote:
> On Wed, Jun 19, 2013 at 8:30 AM, Brian Matherly <pez4br...@yahoo.com> wrote:
>>>I'm having a problem with vcodec skew. When I run:
>>>
>>>$ melt -query video_codecs
>>>
>>>There is no mention of h264. But when I run:
>>>
>>>$ avconv -codecs
>>>
>>>then I see h264 listed.
>>>
>>>Needless to say, since melt isn't seeing the codec (via the avformat
>>>consumer), it is ignoring my vcodec= assignment.
>>>
>>>Is there something that I'm missing? I've been attempting to following
>>>the cmdline suggested at:
>>>http://www.mltframework.org/bin/view/MLT/Questions#How_can_I_stream_as_multicast_tr
>>>
>>>For starters, if I specify *any* vcodec=, then nothing goes through to
>>>VLC. Just audio. When I drop it, then I get the original .mp4 passed
>>>through and VLC shows the video. I've been trying to specify a codec
>>>and bitrate, however, to increase the quality. And the h264 simply
>>>isn't working.
>>
>> MLT uses libx264 for H.264 encoding. When you run "melt -query 
>> video_codecs", you should see an entry named "libx264". If you do not, then 
>> your mlt was not compiled with "--enable-libx264"
>
> There is no such switch for mlt itself.
>
> Looking at the build script that Carl referenced, it appears that
> switch gets passed to ffmpeg rather than mlt.

correct

>> It isn't perfectly clear what you are trying to do. You said "consumer" - 
>> which would be decoding, but I infer that you are trying to encode h.264 
>> because you say you are sending it to VLC.
>
> I was following the command line on the section that I linked to:
>
> $ melt -profile square_pal somevideo.foo ... -consumer
> avformat:udp://224.224.224.224:1234?pkt_size=1316\&reuse=1 real_time=1
> terminate_on_pause=0 f=mpegts vcodec=mpeg4 b=1000k s=320x240
> acodec=mp2 ab=128k
>
> The text goes on to suggest trying h264 rather than mpeg4. And while

I guess the text was being descriptive rather than literal or I made a
typo. If you do a little research about encoding H.264 with
ffmpeg/libav, then you'd know that you need to use "libx264" to do
H.264 encoding.

> it seems ffmpeg (well, libav really) has h264, it isn't being seen by
> mlt.

libavcodec has "h264" for decoding. When you run "melt -query
video_codecs" it is listing encoders only. The output of avconv
-codecs varies by version, and it used to have a separate decode-only
entry for h264 and encode-only entry for libx264. Now, it is lumping
them together. Perhaps you can now use "h264" as an alias for libx264;
I am not sure, but "libx264" is what MLT needs.

--
+-DRD-+

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Reply via email to