eck for an explicit decoder config
set by the sdp parser (e.g. a:fmtp # config=hexvalue). If it has and there
is an ADTS header present, it skips the header and copies the RTP
payload directly as an AAC packet.
This resolves an issue observed with some inexpensive IP cameras.
Signed-off-by: Je
On 10/17/21 21:28, lance.lmw...@gmail.com wrote:
> On Fri, Oct 01, 2021 at 06:53:23PM -0400, Jeff Mahoney wrote:
>> When SDP specifies a decoder config, there may not be any AU headers
>> provided by the sender. This can result in rtp_parse_mp4_au failing
>> and aac_parse_pa
thing in the process I'd appreciate some
feedback.
Thanks,
-Jeff
On 10/2/21 6:53 PM, Jeff Mahoney wrote:
> When SDP specifies a decoder config, there may not be any AU headers
> provided by the sender. This can result in rtp_parse_mp4_au failing
> and aac_parse_packet reporting &
eck for an explicit decoder config
set by the sdp parser (e.g. a:fmtp # config=hexvalue). If it has and there
is an ADTS header present, it skips the header and copies the RTP
payload directly as an AAC packet.
This resolves an issue observed with some inexpensive IP cameras.
Signed-off-by: Je
annexb
libavutil 55. 28.100 / 55. 28.100
libavcodec 57. 48.101 / 57. 48.101
libavformat57. 41.100 / 57. 41.100
libavfilter 6. 47.100 / 6. 47.100
libavresample 3. 0. 0 / 3. 0. 0
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.
Hi there,
It seems like libyuv has better performace on scaling than libswscale. So I'm
wondering is there anyone has tried integrating libyuv as a scale filter
before. I mean link it as a 3rd party lib, and then call it's API through a
wrap filter. Just like how libavcodec use libx264.
If not
work. The current situation is
affecting many prominent projects like VLC.
Thanks,
Jeff
--
Jeff Cook
jeff.c...@strongstrata.com
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi all,
I find that the latest ffmpeg could not handle timestamp propertly for some
inputs.
After some digging, I finally catch first exception in commit 8f6f232. The
problem
was introduced by applying the new decode API -- avcodec_send_packet() and
avcodec_receive_frame().
Since the new d
Your patch works.
Thanks,
Jeff
At 01:19 PM 9/22/2014, you wrote:
On Fri, 19 Sep 2014, Jeff Dwork wrote:
On MS Windows, 'ffplay.exe -fs' does not start fullscreen. Behavior
on linux is correct.
On Windows, the initial placement of the SDL screen triggers the
SDL_VIDEORESIZE e
On MS Windows, 'ffplay.exe -fs' does not start fullscreen. Behavior
on linux is correct.
On Windows, the initial placement of the SDL screen triggers the
SDL_VIDEORESIZE event. This executes the code in the event_loop which
calls SDL_SetVideoMode with the SDL_RESIZEABLE bit set. On linux the
10 matches
Mail list logo