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
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
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.
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
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 &
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
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 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
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
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
10 matches
Mail list logo