<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user">
    <title>gmane.comp.video.ffmpeg.libav.user</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10875"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10874"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10873"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10872"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10871"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10870"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10869"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10868"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10867"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10866"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10865"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10864"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10863"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10862"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10861"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10860"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10859"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10858"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10857"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10856"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10875">
    <title>Re: MPEG-2 NTSC video shows horizontal lines on thered color</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10875</link>
    <description>&lt;pre&gt;Hi Carl,
 
Thanks for your help, and now I fixed my issue!
 
You are right, my issue is with upsampling the 4:2:0 mpeg video to 4:2:2 feeding the decklink card. I read the article and found an upsampling filter to convert  chroma format from 4:2:0 to 4:2:2. The upsampling filter can handle two types of frame, it is progressive and interlaced. Previous I used a ffmpeg function sws_scale to convert the chroma format, it has this issue, and it is the same issue when I convert the chroma format using this upsampling filter by assuming the frame is progressive. But things changed when I assume the frame is interlaced, it is difficult to see horizontal lines on the red color. I think ffmpeg treated a frame as a progressive frame when doing the chroma upsampling using sws_scale in my video player.

Thanks,
Nuo 

________________________________

From: nuo yang &amp;lt;yangnuo0408-/E1597aS9LRv1O+Z8WTAqQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: "This list is about using libavcodec, libavformat, libavutil, libavdevice and libavfilter." &amp;lt;lib&lt;/pre&gt;</description>
    <dc:creator>nuo yang</dc:creator>
    <dc:date>2013-05-19T09:52:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10874">
    <title># of audio samples, calculated vs. codec context</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10874</link>
    <description>&lt;pre&gt;I have the following audio use-case: 

audio capture -&amp;gt; resample captured audio to destination format for encoding -&amp;gt; encode audio -&amp;gt; stream audio

I have developed an app which has worked decently well for fairly common sample rates (44100, 48000). However, I came across a sample rate of 16000 which is breaking the app. The problem stems from the calculation of the number of audio samples in the destination data exceeding the codec context's frame size. 

In the resampling_audio.c example, there it shows the following means to calculate the destination number of samples: 

 dst_nb_samples = av_rescale_rnd(swr_get_delay(swr_ctx, src_rate) +
                                        src_nb_samples, dst_rate, src_rate, AV_ROUND_UP);

Here are the values for these variables: 

src_rate = 16000
src_nb_samples = 512
dst_rate = 44100

and the calculated value: 

dst_nb_samples = 1412

However, the codec context's frame size is set (by the encoder, as per the documentation) at 1152, smaller than the calculated value.&lt;/pre&gt;</description>
    <dc:creator>Brad O'Hearne</dc:creator>
    <dc:date>2013-05-18T20:11:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10873">
    <title>sws_scale crash</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10873</link>
    <description>&lt;pre&gt;Hi Guys, 

I'm trying to figure out to cause of constant crashes on sws_scale calls.
I'm reading in a video frame, decoding it, then trying to scale, encode and
write to video. Reading the frame and decoding it seem to be working fine,
but sws_scale keeps crashing.

Here's where I set the context:


p_codec_ctx
=p_in_video_ctx-&amp;gt;p_fmt_ctx-&amp;gt;streams[p_in_video_ctx-&amp;gt;i_video_stream_idx]-&amp;gt;codec;

p_out_video_ctx-&amp;gt;p_sws_ctx = sws_getContext(p_codec_ctx-&amp;gt;width,
p_codec_ctx-&amp;gt;height, p_codec_ctx-&amp;gt;pix_fmt,
p_out_video_ctx-&amp;gt;i_vwidth, p_out_video_ctx-&amp;gt;i_vheight,
AV_PIX_FMT_YUV420P, SWS_BICUBIC, NULL, NULL, NULL);

and here's where I make the call to scale the frame:

debugLogR-&amp;gt;debug("here1");
sws_scale(p_out_video_ctx-&amp;gt;p_sws_ctx,
(uint8_t const * const *) p_in_video_ctx-&amp;gt;p_video_frame-&amp;gt;data,
p_in_video_ctx-&amp;gt;p_video_frame-&amp;gt;linesize, 0, p_codec_ctx-&amp;gt;height,
p_out_video_ctx-&amp;gt;p_video_frame-&amp;gt;data,
p_out_video_ctx-&amp;gt;p_video_frame-&amp;gt;linesize);

debugLogR-&amp;gt;debug("here2");

here1 is printed, but the program exits wit&lt;/pre&gt;</description>
    <dc:creator>yy-zed</dc:creator>
    <dc:date>2013-05-18T15:08:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10872">
    <title>Re: iZeranoe latest build and glut</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10872</link>
    <description>&lt;pre&gt;El 17/05/2013 01:09 p.m., Gonzalo Garramuño escribió:
Oh yes.  This is on the 64-bits builds.
&lt;/pre&gt;</description>
    <dc:creator>Gonzalo Garramuño</dc:creator>
    <dc:date>2013-05-17T16:40:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10871">
    <title>Re: iZeranoe latest build and glut</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10871</link>
    <description>&lt;pre&gt;

I believe there is a forum dedicated to such 
questions.

Carl Eugen

_______________________________________________
Libav-user mailing list
Libav-user&amp;lt; at &amp;gt;ffmpeg.org
http://ffmpeg.org/mailman/listinfo/libav-user
&lt;/pre&gt;</description>
    <dc:creator>Carl Eugen Hoyos</dc:creator>
    <dc:date>2013-05-17T16:37:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10870">
    <title>iZeranoe latest build and glut</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10870</link>
    <description>&lt;pre&gt;I am getting a strange behavior in the latest zeranoe builds of ffmpeg 
when I link them to my program.  The program fails to start and 
complains about avcodec not knowing glutStrokeCharacter.  I used 
dependency walker and indeed there are failed entries for glut.  I am 
currently linking against freeglut.  ffmpeg and ffplay don't have a 
problem.  Using the previous zeranoe build does not show the problem, 
but it uses avcodec-54 and I would like to link against the latest.  My 
guess is something is wrong with the makefile but cannot figure what.
Can someone suggest what could be the cause of the problem and something 
to try?
Thanks in advance.
&lt;/pre&gt;</description>
    <dc:creator>Gonzalo Garramuño</dc:creator>
    <dc:date>2013-05-17T16:09:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10869">
    <title>Re: Audio encoding using avcodec_fill_audio_frame() and memory leaks</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10869</link>
    <description>&lt;pre&gt;After adding code to free memory manually, just before calling
av_free_packet(), basically I added the same code as in av_destruct_pkt().
But to my surprise I'm getting a crash in av_interleaved_write_frame for
video till now video was working fine. I'm writing video and audio frame
sequentially and I'm using sperate AVPackets and AVFrames for both audio and
video. There is no shared data between audio and video except
AVFormatContext which is global.
Please someone suggest what could be going wrong.

Thanks and Regards,
Pradeep




--
View this message in context: http://libav-users.943685.n4.nabble.com/Audio-encoding-using-avcodec-fill-audio-frame-and-memory-leaks-tp4657623p4657627.html
Sent from the libav-users mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>Pradeep Karosiya</dc:creator>
    <dc:date>2013-05-17T13:07:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10868">
    <title>Re: Audio encoding using avcodec_fill_audio_frame() and memory leaks</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10868</link>
    <description>&lt;pre&gt;Hi Kalileo

Thanks for the reply. I've noted that If I just disable
av_interleaved_write_frame and keep the remaining code as it is then there
is no memory leak. The memory for AVPacket is getting allocated in
avcodec_encode_audio2 and if I use av_free_packet with destruct field set to
av_packet_destruct than there is no crash. However if I enable
av_interleaved_write_frame then I'm seeing a crash if destruct field is set. 
I tried following
if(pkt.data)
{
  av_free(pkt.data);
}
av_free_packet(&amp;amp;pkt)
But again I'm seeing exception.
So what all memory do I need to free before calling av_free_packet. And
strangely this is happening only for audio my video encoding is working
fine.

Thanks
Pradeep



--
View this message in context: http://libav-users.943685.n4.nabble.com/Audio-encoding-using-avcodec-fill-audio-frame-and-memory-leaks-tp4657623p4657626.html
Sent from the libav-users mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>Pradeep Karosiya</dc:creator>
    <dc:date>2013-05-17T12:20:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10867">
    <title>Re: Audio encoding using avcodec_fill_audio_frame()and memory leaks</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10867</link>
    <description>&lt;pre&gt;
On May 17, 2013, at 17:47 , Pradeep Karosiya wrote:


I don't think you need to go the route of av_destruct_packet.

If you really see a leak, then try freeing the data in the packet before you run av_free_packet.
&lt;/pre&gt;</description>
    <dc:creator>Kalileo</dc:creator>
    <dc:date>2013-05-17T11:45:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10866">
    <title>Re: Audio encoding using avcodec_fill_audio_frame() and memory leaks</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10866</link>
    <description>&lt;pre&gt;Ok after successively disabling the code I found that memory leak is coming
from av_interleaved_write_frame(), even though I'm using av_free_packet, it
is still there.
I tried to use av_destruct_packet just before av_free_packet but then my
application is crashing while calling av_destruct_packet. 
Actaully I'm setting mpkt.destruct to av_destruct_packet before calling
av_interleaved_write_frame but 
somehow mpkt.destruct is setting to NULL after the call of
av_inteleaved_write_frame, so I'm setting it again before calling
av_free_packet.
Can someone explain the correct use to AVPacket.destruct and
av_destruct_packet.

Thanks
Pradeep



--
View this message in context: http://libav-users.943685.n4.nabble.com/Audio-encoding-using-avcodec-fill-audio-frame-and-memory-leaks-tp4657623p4657624.html
Sent from the libav-users mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>Pradeep Karosiya</dc:creator>
    <dc:date>2013-05-17T10:47:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10865">
    <title>Audio encoding using avcodec_fill_audio_frame() andmemory leaks</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10865</link>
    <description>&lt;pre&gt;Hi,

As a part of encoding decoded audio packets, I'm using
avcodec_fill_audio_frame(). I'm passing allocated AVFrame pointer to along
with buffer containing the decoded samples and other parameters number of
channels, sample format, buffer size. Though the encoding is working fine
I'm not able to completely eliminate the memory leaks. I've taken care of
most of things but still I'm not able detect the leakage.
Below is the function which I'm using for encoding. Please suggest
something.
AudioSample contains decoded data and it is completely managed in different
class(free in class destructor). I'm freeing the AVFrame in FFmpegEncoder
destructor and AVPacket is freed every time using av_free_packet() with
av_packet_destruct enabled. What more do I need to free?


void FfmpegEncoder::WriteAudioSample(AudioSample *audS)
{


    int num_audio_frame = 0;
    AVCodecContext *c = NULL;
   // AVFrame *frame;
    AVPacket pkt;

    av_init_packet(&amp;amp;pkt);
    pkt.destruct = av_destruct_packet;
    pkt.data = NULL;
   &lt;/pre&gt;</description>
    <dc:creator>Pradeep Karosiya</dc:creator>
    <dc:date>2013-05-17T08:25:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10864">
    <title>FFmpeg, raspberry</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10864</link>
    <description>&lt;pre&gt;Do the FFmpeg libraries support the raspberry h264 hardware encoding?
Have you got any example on how I can use it for encoding?


&lt;/pre&gt;</description>
    <dc:creator>Denis</dc:creator>
    <dc:date>2013-05-16T19:46:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10863">
    <title>Re: Audio playing to fast using fflplay</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10863</link>
    <description>&lt;pre&gt;2013/5/15 iwastemoretimethanu &amp;lt;willbeas88-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

I've used another pts assignment formula in transcoding apps.
For audio, you should set pts of uncompressed-yet AVFrame with raw
samples to _offset from stream beginning, in samples_. It means if you
have audio &amp;lt; at &amp;gt; 48000 Hz, the raw audio timestamps should be stamped in
units of  1/48000 of second.
Then you put this AVFrame into encoder and get AVPacket. I don't
remember to what AVPacket.dts, .pts is set to after this, you should
check. Either libavcodec rescales timestamp to timebase of media file
(i.e. 1/1000 for FLV, 1/90000 for MPEG TS), or you have to do it by
yourself.
That's all.

--
Andrey Utkin
&lt;/pre&gt;</description>
    <dc:creator>Andrey Utkin</dc:creator>
    <dc:date>2013-05-16T15:24:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10862">
    <title>Re: Does anyone know how to generate quicktime compatiable H264 video by ffmpeg?</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10862</link>
    <description>&lt;pre&gt;
Its important where you added it.

Without full uncut ffmpeg output its guessing game.

&lt;/pre&gt;</description>
    <dc:creator>Paul B Mahol</dc:creator>
    <dc:date>2013-05-16T10:52:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10861">
    <title>Re: Does anyone know how to generate quicktime compatiable H264 video by ffmpeg?</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10861</link>
    <description>&lt;pre&gt;It's already added,still not work. Same problem happened to realplayer,I
wonder if there is any special parameters that I need to take care?

Thanks
BR.Luffy


2013/5/16 Paul B Mahol &amp;lt;onemda-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

_______________________________________________
Libav-user mailing list
Libav-user-pYd9yefT/acdnm+yROfE0A&amp;lt; at &amp;gt;public.gmane.org
http://ffmpeg.org/mailman/listinfo/libav-user
&lt;/pre&gt;</description>
    <dc:creator>Xian Yan Yang</dc:creator>
    <dc:date>2013-05-16T10:46:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10860">
    <title>Re: Does anyone know how to generate quicktime compatiable H264 video by ffmpeg?</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10860</link>
    <description>&lt;pre&gt;
Add -pix_fmt yuv420p, because quicktime supports only baseline h264.

&lt;/pre&gt;</description>
    <dc:creator>Paul B Mahol</dc:creator>
    <dc:date>2013-05-16T10:38:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10859">
    <title>Re: Reference app with ffmpeg n1.2 libs that works onIOS ?</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10859</link>
    <description>&lt;pre&gt;


Please consider reading this paragraph again.

Please do not top-post here, it is considered rude.

Carl Eugen
&lt;/pre&gt;</description>
    <dc:creator>Carl Eugen Hoyos</dc:creator>
    <dc:date>2013-05-16T08:58:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10858">
    <title>Re: How to disable zlib include</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10858</link>
    <description>&lt;pre&gt;

./configure --disable-zlib

Carl Eugen
&lt;/pre&gt;</description>
    <dc:creator>Carl Eugen Hoyos</dc:creator>
    <dc:date>2013-05-16T07:48:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10857">
    <title>How to disable zlib include</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10857</link>
    <description>&lt;pre&gt;Hi,

Several days ago I succeeded in building ffmpeg with zlib support, I think
I just got zlib code, made and installed, then ffmpeg build automatically
included it.

But today I tried to disable zlib support, but couldn't do it. I
uninstalled header files and libs. and I can see the configure result is
"zlib enable no, bzlib enabled yes'

But why, after I opened generated ffmpeg with dependency walker and found
that AVCODEC-54.DLL still needs ZLIB1.DLL

Could anyone tell me how to do? Because zlib support is auto detected, is
there anyway to explicitly disable that?

Great thanks!
_______________________________________________
Libav-user mailing list
Libav-user-pYd9yefT/acdnm+yROfE0A&amp;lt; at &amp;gt;public.gmane.org
http://ffmpeg.org/mailman/listinfo/libav-user
&lt;/pre&gt;</description>
    <dc:creator>YIRAN LI</dc:creator>
    <dc:date>2013-05-16T07:31:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10856">
    <title>Re: Audio playing to fast using fflplay</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10856</link>
    <description>&lt;pre&gt;
I think that most container formats don't support audio at 5 FPS. I would
recommend to split the audio stream into 20 ms packets.

BR
Alex
_______________________________________________
Libav-user mailing list
Libav-user-pYd9yefT/acdnm+yROfE0A&amp;lt; at &amp;gt;public.gmane.org
http://ffmpeg.org/mailman/listinfo/libav-user
&lt;/pre&gt;</description>
    <dc:creator>Alex Cohn</dc:creator>
    <dc:date>2013-05-16T05:18:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10855">
    <title>Re: Reference app with ffmpeg n1.2 libs that works on IOS ?</title>
    <link>http://permalink.gmane.org/gmane.comp.video.ffmpeg.libav.user/10855</link>
    <description>&lt;pre&gt;After a lot of work, I have arrived at the same issue last posted to this
list by Lars on April 5. That is the following warnings on link:

ld: warning: ARM function not 4-byte aligned: __b_evaluation from
ffmpeg/lib/libavcodec.a(simple_idct_arm.o)
ld: warning: ARM function not 4-byte aligned: __a_evaluation from
ffmpeg/lib/libavcodec.a(simple_idct_arm.o)
ld: warning: ARM function not 4-byte aligned: __end_b_evaluation2 from
ffmpeg/lib/libavcodec.a(simple_idct_arm.o)
ld: warning: ARM function not 4-byte aligned: __a_evaluation2 from
ffmpeg/lib/libavcodec.a(simple_idct_arm.o)
ld: warning: ARM function not 4-byte aligned: __end_simple_idct_arm from
ffmpeg/lib/libavcodec.a(simple_idct_arm.o)

The thread ensued from there to fix a different R_ABS reloc issue, but did
not come back to these link problems. Any suggestions on getting rid of the
above link warnings?

Thanks.



On Fri, May 10, 2013 at 11:46 PM, Carl Eugen Hoyos &amp;lt;cehoyos-iVVjmtzCFAg&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

__________________________________________&lt;/pre&gt;</description>
    <dc:creator>Will Price</dc:creator>
    <dc:date>2013-05-16T03:40:57</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.ffmpeg.libav.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.ffmpeg.libav.user</link>
  </textinput>
</rdf:RDF>
