From: Hao Chen
Decoding 1080P H264 from 168fps to 170fps.
Signed-off-by: Shiyou Yin
---
libavcodec/h264_cabac.c | 2 +
libavcodec/loongarch/h264_cabac.c | 140 ++
2 files changed, 142 insertions(+)
create mode 100644 libavcodec/loongarch/h264_cabac.c
d
Decoding 1080P H264 on 2.5Ghz 3A5000: 165fps==>168fps.
Testing command: ffmpeg -i ***.mp4 -f rawvideo -y /dev/null -an
---
libavcodec/cabac_functions.h | 3 +
libavcodec/loongarch/cabac.h | 254 +++
2 files changed, 257 insertions(+)
create mode 100644 libavcodec
For la464 cpu: ./configure --cpu=la464
With cross-compiler:
./configure --cross-prefix=loongarch64-linux-gnu- \
--enable-cross-compile --arch=loongarch64 \
--target-os=linux --cpu=la464
---
Changelog | 1 +
configure | 17 +
2 files changed, 18 insertions(+)
diff --git a/Changelo
[PATCH 1/3] configure: Add support for loongarch.
[PATCH 2/3] avcodec: [loongarch] optimize get_cabac.
[PATCH 3/3] avcodec: [loongarch] Optimize decode_significance.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinf
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On 08.11.2021 17:31, Kieran Kunhya wrote:
[...]
The positioning of the packet relative to the PCR matters. Also
splice_time() is relative to the new PCR and timestamps which I don't think
the mux here can guarantee?
i could be wrong, but time_signal() carry splice_time() what carry
pts_time th
On Mon, 8 Nov 2021 at 15:17, Maksym Veremeyenko wrote:
> On 08.11.2021 16:41, Kieran Kunhya wrote:
> > On Mon, 8 Nov 2021 at 06:35, Maksym Veremeyenko
> wrote:
> >
> >> Hi,
> >>
> >> Attached patch implement muxing SCTE-35 and EPG packets into mpegts
> stream.
> >>
> >
> > SCTE Markers need time
On 08.11.2021 16:41, Kieran Kunhya wrote:
On Mon, 8 Nov 2021 at 06:35, Maksym Veremeyenko wrote:
Hi,
Attached patch implement muxing SCTE-35 and EPG packets into mpegts stream.
SCTE Markers need timestamping, no?
SCTE markers has no timestamping, during reading at mpegts.c it
timestamp
On Mon, 8 Nov 2021 at 06:35, Maksym Veremeyenko wrote:
> Hi,
>
> Attached patch implement muxing SCTE-35 and EPG packets into mpegts stream.
>
SCTE Markers need timestamping, no?
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffm