Re: [FFmpeg-trac] #4443(undetermined:new): Transparency gets lost when using palettegen / paletteuse
#4443: Transparency gets lost when using palettegen / paletteuse -+- Reporter: cehoyos |Owner: Type: defect | Status: new Priority: normal |Component: Version: git-master | undetermined Keywords: alpha| Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Changes (by buster): * cc: rcopley@… (added) -- Ticket URL: https://trac.ffmpeg.org/ticket/4443#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:closed): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: closed Priority: important|Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Changes (by michael): * status: new = closed * resolution: = fixed Comment: Fixed in e88b3852aefaa39b2170ef185ad03dda18732821 -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:7 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4089(avdevice:new): Audio delays in AV Foundation capture
#4089: Audio delays in AV Foundation capture --+ Reporter: LordHDL |Owner: Type: defect| Status: new Priority: normal|Component: avdevice Version: git-master| Resolution: Keywords: avfoundation | Blocked By: Blocking:| Reproduced by developer: 0 Analyzed by developer: 0 | --+ Comment (by LordHDL): Update on this; I believe I know what causes the delay. It seems to happen when you attempt to record using a file name that exists and get the prompt to overwrite the previous file. It doesn't happen when using `-y` or when using a non-existing file name. Here are examples and outputs: https://www.dropbox.com/s/bujc3oxaqtxxexi/overwrite.tar.xz?dl=0 -- Ticket URL: https://trac.ffmpeg.org/ticket/4089#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4463(avdevice:new): AVFoundation audio cutout
#4463: AVFoundation audio cutout -+- Reporter: LordHDL | Type: defect Status: new | Priority: normal Component: avdevice | Version: git- Keywords: | master avfoundation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- '''Summary''': When recording with AVFoundation the audio repeatedly cuts out and may change pitch or tempo. '''How to reproduce''': Capture audio in an AVFoundation recording. I have 3 videos along with commands and outputs here: https://www.dropbox.com/s/irowskiouy1qew6/audiocutoff.tar.xz?dl=0 -- Ticket URL: https://trac.ffmpeg.org/ticket/4463 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4454(undetermined:new): LTO doesn't work with FATE
#4454: LTO doesn't work with FATE
-+-
Reporter: | Owner:
Timothy_Gu | Status: new
Type: defect | Component:
Priority: normal | undetermined
Version: | Keywords:
unspecified| Blocking:
Blocked By: | Analyzed by developer: 0
Reproduced by developer: 0 |
-+-
See
http://fate.ffmpeg.org/log.cgi?time=2015040718log=testslot=x86_64
-archlinux-gcc-lto
A lot of undefined references, like:
{{{
/tmp/ccCjxl2i.ltrans0.ltrans.o: In function `main':
artificial:(.text.startup+0x56): undefined reference to `avpriv_open'
artificial:(.text.startup+0x92): undefined reference to `avpriv_open'
artificial:(.text.startup+0xc5): undefined reference to `av_sha_size'
artificial:(.text.startup+0x222): undefined reference to `av_sha_init'
artificial:(.text.startup+0x236): undefined reference to `av_sha_update'
artificial:(.text.startup+0x243): undefined reference to `av_sha_final'
artificial:(.text.startup+0x27e): undefined reference to `av_log'
collect2: error: ld returned 1 exit status
/home/ux/fate/ffmpeg/library.mak:110: recipe for target 'libavutil
/random_seed-test' failed
make: *** [libavutil/random_seed-test] Error 1
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/4454
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4455(undetermined:new): Better dependency tracking for ffprobe FATE tests needed
#4455: Better dependency tracking for ffprobe FATE tests needed
-+-
Reporter: | Owner:
Timothy_Gu | Status: new
Type: defect | Component:
Priority: normal | undetermined
Version: | Keywords: fate
unspecified| Blocking:
Blocked By: | Analyzed by developer: 0
Reproduced by developer: 0 |
-+-
Right now, ffprobe tests uses `tests/data/ffprobe-test.nut`, which depends
on `ffmpeg$(EXESUF)`. However, ffprobe tests are not disabled with ffmpeg
is disabled, like when `--disable-avdevice` is passed. This leads to
errors when testing ffprobe.
There are two variants:
http://fate.ffmpeg.org/log.cgi?time=latestlog=testslot=x86_64-archlinux-
gcc-disable-everything:
{{{
GEN tests/data/ffprobe-test.nut
/home/ux/fate/ffmpeg/tests/Makefile:47: recipe for target 'tests/data
/ffprobe-test.nut' failed
make: *** [tests/data/ffprobe-test.nut] Error 1
}}}
http://fate.ffmpeg.org/log.cgi?time=latestlog=testslot=x86_64-archlinux-
gcc-disableavfilter:
{{{
make: *** No rule to make target 'ffmpeg', needed by 'tests/data/ffprobe-
test.nut'.
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/4455
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4457(build system:new): fate.sh outputs /bin/cat: Argument list too long
#4457: fate.sh outputs /bin/cat: Argument list too long
-+-
Reporter: jeremyhu | Owner:
Type: defect | Status: new
Priority: minor | Component: build
Version: | system
unspecified| Keywords:
Blocked By: | Blocking:
Reproduced by developer: 0 | Analyzed by developer: 0
-+-
I noticed this in my build logs from fate runs:
{{{
.../tests/fate.sh: line 90: /bin/cat: Argument list too long
}}}
It looks benign because the error should be handled here:
{{{
cat ${build}/tests/data/fate/*.rep report || for i in
${build}/tests/data/fate/*.rep ; do cat $i report ; done
}}}
Please add a 2 /dev/null in there, so this doesn't log an error message
to stderr.
--
Ticket URL: https://trac.ffmpeg.org/ticket/4457
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4455(undetermined:open): Better dependency tracking for ffprobe FATE tests needed
#4455: Better dependency tracking for ffprobe FATE tests needed -+- Reporter: Timothy_Gu |Owner: Type: defect | Status: open Priority: normal |Component: Version: git-master | undetermined Keywords: fate | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 1 -+- Changes (by cehoyos): * status: new = open * version: unspecified = git-master * reproduced: 0 = 1 Comment: FFprobe tests are disabled if ffmpeg is disabled, ffmpeg does not depend on avdevice. The FFprobe tests depend on a file that can currently only be created if avdevice was enabled, I will attach a patch that works around this issue by not using avdevice when creating the file. Unfortunately, it slightly changes the output file because the audio stream gets a default stream (this may or may not be related to ticket #3622). A solution would be to first change the test file so the audio stream will be set to default and then apply my patch. -- Ticket URL: https://trac.ffmpeg.org/ticket/4455#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4456(avformat:new): unsafe use of avio_r*() functions could cause demuxers into wrong state
#4456: unsafe use of avio_r*() functions could cause demuxers into wrong state + Reporter: bbcallen|Owner: Type: defect | Status: new Priority: normal |Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | + Comment (by heleppkes): Generic error reports are unlikely to get any attention. If you think there is an actual error in a demuxer, you should point out which demuxer and ideally a file with which it can be reproduced. -- Ticket URL: https://trac.ffmpeg.org/ticket/4456#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4456(avformat:new): unsafe use of avio_r*() functions could cause demuxers into wrong state
#4456: unsafe use of avio_r*() functions could cause demuxers into wrong state + Reporter: bbcallen|Owner: Type: defect | Status: new Priority: normal |Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | + Changes (by bbcallen): * version: unspecified = git-master * component: undetermined = avformat -- Ticket URL: https://trac.ffmpeg.org/ticket/4456#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4415(avcodec:closed): Multi-threaded Multi-slice H264 decode gives incorrect error.
#4415: Multi-threaded Multi-slice H264 decode gives incorrect error. -+- Reporter: mmorrison|Owner: Type: defect | Status: closed Priority: normal |Component: avcodec Version: unspecified | Resolution: Keywords: h264 | worksforme Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Changes (by cehoyos): * keywords: = h264 * status: new = closed * resolution: = worksforme Comment: Replying to [ticket:4415 mmorrison]: I am currently using ffmpeg 2.1.4 but the same can be reproduced on the latest ffmpeg as well. For future tickets, please provide the console output for latest FFmpeg. Decoding worked fine for me last week and still works fine. I opened ticket #4416 for the regression in 2.6. -- Ticket URL: https://trac.ffmpeg.org/ticket/4415#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4455(undetermined:open): Better dependency tracking for ffprobe FATE tests needed
#4455: Better dependency tracking for ffprobe FATE tests needed -+- Reporter: Timothy_Gu |Owner: Type: defect | Status: open Priority: normal |Component: Version: git-master | undetermined Keywords: fate | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 1 -+- Comment (by cehoyos): Fixed an error in my first comment and sent a patch to change the test file so the audio stream gets disposition default. -- Ticket URL: https://trac.ffmpeg.org/ticket/4455#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4456(undetermined:new): unsafe use of avio_r*() functions could cause demuxers into wrong state
#4456: unsafe use of avio_r*() functions could cause demuxers into wrong state
-+-
Reporter: bbcallen | Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0|
-+-
Many demuxers are parsing frames by using
avio_r*() functions without checking EOF/error
Take libavformat/flvdec.c as an example:
(Line 903):
{{{
// 1. return 0 for EOF/Error
// 2. mark s-eof_reached to 1, so far, so good.
size = avio_rb32(s-pb);
// 1. make a successful seek to the wrong place
// 2. reset s-eof_reached to 0
avio_seek(s-pb, fsize - 3 - size, SEEK_SET);
// continue to read at wrong place.
if (size == avio_rb24(s-pb) + 11) {
...
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/4456
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4459(undetermined:new): av_interleaved_write_frame(): Broken pipe when make mosaic stream from 2 other streams
#4459: av_interleaved_write_frame(): Broken pipe when make mosaic stream from
2
other streams
-+-
Reporter: constyk | Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: mosaic | Blocked By:
av_interleaved_write_frame | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 0|
-+-
Summary of the bug:
How to reproduce:
{{{
ffmpeg -i http://195.154.182.204:8083/camera3/h264 -i
http://195.154.182.204:8083/camera2/h264 -filter_complex
nullsrc=size=640x240 [bg]; [0:v] setpts=PTS-STARTPTS, scale=320x240
[v0];[1:v] setpts=PTS-STARTPTS, scale=320x240 [v1]; [bg][v0]
overlay=shortest=1 [bg+v0]; [bg+v0][v1] overlay=shortest=1:x=320 -map
[out] -codec:v libx264 http://82.138.54.213:8090/feed.ffm
ffmpeg version N-71320-gc4b2017 Copyright (c) 2000-2015 the FFmpeg
developers
built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11)
configuration: --enable-nonfree --enable-gpl --enable-libfdk_aac
--enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx
--enable-libx264
libavutil 54. 22.100 / 54. 22.100
libavcodec 56. 34.100 / 56. 34.100
libavformat56. 29.100 / 56. 29.100
libavdevice56. 4.100 / 56. 4.100
libavfilter 5. 13.101 / 5. 13.101
libswscale 3. 1.101 / 3. 1.101
libswresample 1. 1.100 / 1. 1.100
libpostproc53. 3.100 / 53. 3.100
Input #0, flv, from 'http://195.154.182.204:8083/camera3/h264':
Duration: 00:00:00.00, start: 0.00, bitrate: N/A
Stream #0:0: Video: h264 (High), yuvj420p(pc), 640x480, 200 kb/s,
15.17 fps, 12.08 tbr, 1k tbn, 30 tbc
Stream #0:1: Audio: aac (LC), 8000 Hz, mono, fltp, 64 kb/s
Input #1, flv, from 'http://195.154.182.204:8083/camera2/h264':
Duration: 00:00:00.00, start: 0.00, bitrate: N/A
Stream #1:0: Video: h264 (High), yuvj420p(pc), 640x480, 200 kb/s,
15.17 fps, 15 tbr, 1k tbn, 30 tbc
Stream #1:1: Audio: aac (LC), 8000 Hz, mono, fltp, 64 kb/s
[swscaler @ 0x36150c0] deprecated pixel format used, make sure you did set
range correctly
[swscaler @ 0x361ed00] deprecated pixel format used, make sure you did set
range correctly
[swscaler @ 0x372c820] deprecated pixel format used, make sure you did set
range correctly
[swscaler @ 0x3737e60] deprecated pixel format used, make sure you did set
range correctly
[libx264 @ 0x3a056a0] using SAR=1/1
[libx264 @ 0x3a056a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1
Cache64
[libx264 @ 0x3a056a0] profile High, level 2.1
Output #0, ffm, to 'http://82.138.54.213:8090/feed.ffm':
Metadata:
creation_time : now
encoder : Lavf56.29.100
Stream #0:0: Video: h264 (libx264), yuv420p, 640x240 [SAR 1:1 DAR
8:3], q=-1--1, 25 fps, 1000k tbn, 25 tbc
Metadata:
encoder : Lavc56.34.100 libx264
Stream #0:1: Video: flv1 (flv), yuv420p, 640x480, q=1-5, 200 kb/s,
12.08 fps, 1000k tbn, 30 tbc
Metadata:
encoder : Lavc56.34.100 flv
Stream #0:2: Video: flv1 (flv), yuv420p, 640x480, q=1-5, 100 kb/s,
12.08 fps, 1000k tbn, 30 tbc
Metadata:
encoder : Lavc56.34.100 flv
Stream mapping:
Stream #0:0 (h264) - setpts (graph 0)
Stream #1:0 (h264) - setpts (graph 0)
overlay (graph 0) - Stream #0:0 (libx264)
Stream #0:0 - #0:1 (h264 (native) - flv1 (flv))
Stream #0:0 - #0:2 (h264 (native) - flv1 (flv))
Press [q] to stop, [?] for help
[flv @ 0x363cfe0] Thread message queue blocking; consider raising the
thread_queue_size option (current value: 8)
[flv @ 0x370b7e0] Thread message queue blocking; consider raising the
thread_queue_size option (current value: 8)
av_interleaved_write_frame(): Broken pipeize= 4kB time=00:00:01.46
bitrate= 22.3kbits/s dup=52 drop=0
frame= 42 fps= 39 q=28.0 Lq=31.0 q=31.0 size= 72kB time=00:00:01.73
bitrate= 340.3kbits/s dup=62 drop=0
video:401kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
[libx264 @ 0x3a056a0] frame I:1 Avg QP:20.05 size: 33093
[libx264 @ 0x3a056a0] frame P:11Avg QP:23.53 size: 2854
[libx264 @ 0x3a056a0] frame B:30Avg QP:29.52 size: 173
[libx264 @ 0x3a056a0] consecutive B-frames: 2.4% 4.8% 7.1% 85.7%
[libx264 @ 0x3a056a0] mb I I16..4: 8.3% 21.0% 70.7%
[libx264 @ 0x3a056a0] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 14.2% 9.4%
12.3% 0.0% 0.0%skip:64.0%
[libx264 @ 0x3a056a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 13.2% 1.6%
0.6% direct: 0.5% skip:84.1% L0:33.3% L1:61.5% BI: 5.3%
[libx264 @ 0x3a056a0] 8x8 transform intra:21.9% inter:45.3%
[libx264 @
Re: [FFmpeg-trac] #4451(undetermined:new): Accept-Encoding parsing
#4451: Accept-Encoding parsing -+- Reporter: mnot |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by 11rcombs): Correction: the existing implementation matches if the first 5 characters are bytes, which means it wouldn't be compatible with a server that lists multiple allowed range units without starting with bytes. -- Ticket URL: https://trac.ffmpeg.org/ticket/4451#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4441(undetermined:new): support HDCD
#4441: support HDCD -+- Reporter: calestyo |Owner: Type: enhancement | Status: new Priority: wish |Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by calestyo): So what's wrong with the samples provided in the link above? Can these be used or do you need more? -- Ticket URL: https://trac.ffmpeg.org/ticket/4441#comment:6 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL
#4050: Archimedia Master Player violates the GPL -+- Reporter: kierank |Owner: Type: license | Status: new violation |Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- Comment (by nichot20): Replying to [comment:14 cehoyos]: Replying to [comment:13 nichot20]: [..] They also supply a link to the modified source code they say they used to build these versions:- https://support.archimediatech.tv/LicensingInformation/ThirdPartyCopyright/SourceCode/ffmpeg-2.2.3.tar.bz2 404 Where can I find the current installer? I was simply provided with a prebuilt turnkey system. I think if you go to https://support.archimediatech.tv and create an account you can download a demo version. -- Ticket URL: https://trac.ffmpeg.org/ticket/4050#comment:15 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL
#4050: Archimedia Master Player violates the GPL -+- Reporter: kierank |Owner: Type: license | Status: new violation |Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- Comment (by nichot20): Having been loaned a system I have inspected the ffmpeg.exe and av*.dll's in a hex editor and all contain amongst the usual compile option verbiage the string license: LGPL version 3 or later. They also supply a link to the modified source code they say they used to build these versions:- https://support.archimediatech.tv/LicensingInformation/ThirdPartyCopyright/SourceCode/ffmpeg-2.2.3.tar.bz2 -- Ticket URL: https://trac.ffmpeg.org/ticket/4050#comment:13 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4458(undetermined:new): Segmentation fault on usage of libraries
#4458: Segmentation fault on usage of libraries
---+--
Reporter: georgidobrich | Type: defect
Status: new| Priority: normal
Component: undetermined | Version:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
---+--
I have written a code which open 10 input and 10 rtp output context.
Then I use 10 threads to read data from a file and to stream it over the
network
But I got segmentation fault and a core file.
The backtrace is:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 __memcpy_ssse3_rep () at ../sysdeps/i386/i686/multiarch/memcpy-
ssse3-rep.S:1299
1299../sysdeps/i386/i686/multiarch/memcpy-ssse3-rep.S: No such file or
directory.
(gdb) bt
#0 __memcpy_ssse3_rep () at ../sysdeps/i386/i686/multiarch/memcpy-
ssse3-rep.S:1299
#1 0x080acc14 in avio_read (s=0xb156be0, buf=0xb1c0189d , size=16471)
at libavformat/aviobuf.c:570
#2 0x081a35ba in append_packet_chunked (s=0xb156be0, pkt=0xb4801238,
size=21644) at libavformat/utils.c:223
#3 0x0810a067 in mov_read_packet (s=0xb1579a0, pkt=0xb4801238) at
libavformat/mov.c:4235
#4 0x081a4962 in ff_read_packet (s=0xb1579a0, pkt=0xb4801238) at
libavformat/utils.c:665
#5 0x081a7e99 in read_frame_internal (s=s@entry=0xb1579a0,
pkt=pkt@entry=0x917b180 pkt+576) at libavformat/utils.c:1318
#6 0x081a8ea3 in av_read_frame (s=optimized out, pkt=0x917b180
pkt+576) at libavformat/utils.c:1529
#7 0x080952f8 in worker_thread (Param=0xbfa4c650) at videogw.c:51
#8 0xb72e0efb in start_thread (arg=0xb4801b40) at pthread_create.c:309
#9 0xb721962e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
The source coude I have used is:
/*
* Copyright (c) 2013 Stefano Sabatini
*
* Permission is hereby granted, free of charge, to any person obtaining a
copy
* of this software and associated documentation files (the Software),
to deal
* in the Software without restriction, including without limitation the
rights
* to use, copy, modify, merge, publish, distribute, sublicense, and/or
sell
* copies of the Software, and to permit persons to whom the Software is
* furnished to do so, subject to the following conditions:
*
* The above copyright notice and this permission notice shall be included
in
* all copies or substantial portions of the Software.
*
* THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY,
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR
OTHER
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM,
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
IN
* THE SOFTWARE.
*/
/**
* @file
* libavformat/libavcodec demuxing and muxing API example.
*
* Remux streams from one container format to another.
* @example remuxing.c
*/
#include libavutil/timestamp.h
#include libavformat/avformat.h
#include pthread.h
#include unistd.h
#define MAX 10
AVOutputFormat *ofmt[MAX];
AVFormatContext *ifmt_ctx[MAX], *ofmt_ctx[MAX];
int video_idx[MAX];
AVPacket pkt[MAX];
void* worker_thread(void *Param)
{
int id = *((int*)Param);
int idx = video_idx[id];
int ret;
while (1)
{
ret = av_read_frame(ifmt_ctx[id], pkt[id]);
if (ret 0)
break;
if (pkt[id].stream_index != idx)
continue;
AVStream *in_stream =
ifmt_ctx[id]-streams[pkt[id].stream_index];
AVStream *out_stream =
ofmt_ctx[id]-streams[pkt[id].stream_index];
AVRational time_base =
ifmt_ctx[id]-streams[idx]-time_base;
int time = 1000 * 1000 *
strtof(av_ts2timestr(pkt[id].duration, time_base), NULL);
usleep(time);
pkt[id].pts = av_rescale_q_rnd(pkt[id].pts,
in_stream-time_base, out_stream-time_base,
AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX);
pkt[id].dts = av_rescale_q_rnd(pkt[id].dts,
in_stream-time_base, out_stream-time_base,
AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX);
pkt[id].duration = av_rescale_q(pkt[id].duration,
in_stream-time_base, out_stream-time_base);
pkt[id].pos = -1;
ret = av_interleaved_write_frame(ofmt_ctx[id], pkt[id]);
if (ret 0)
{
fprintf(stderr, Error muxing packet thread %d\n,
id);
break;
Re: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL
#4050: Archimedia Master Player violates the GPL -+- Reporter: kierank |Owner: Type: license | Status: new violation |Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- Comment (by cehoyos): Replying to [comment:13 nichot20]: Having been loaned a system I have inspected the ffmpeg.exe and av*.dll's in a hex editor and all contain amongst the usual compile option verbiage the string license: LGPL version 3 or later. They also supply a link to the modified source code they say they used to build these versions:- https://support.archimediatech.tv/LicensingInformation/ThirdPartyCopyright/SourceCode/ffmpeg-2.2.3.tar.bz2 404 Where can I find the current installer? -- Ticket URL: https://trac.ffmpeg.org/ticket/4050#comment:14 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4441(undetermined:new): support HDCD
#4441: support HDCD -+- Reporter: calestyo |Owner: Type: enhancement | Status: new Priority: wish |Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): Why didn't you attach the samples here? Unfortunately, I don't understand the samples: I would have expected one file that contains s16 data and one that contains s24 (or s32) data to be able to compare the original wav file that contains the HDCD information and the (output) file with the HDCD conversion applied. Apparently, I completely misunderstand: Can you explain? -- Ticket URL: https://trac.ffmpeg.org/ticket/4441#comment:7 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4456(avformat:new): unsafe use of avio_r*() functions could cause demuxers into wrong state
#4456: unsafe use of avio_r*() functions could cause demuxers into wrong state + Reporter: bbcallen|Owner: Type: defect | Status: new Priority: normal |Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | + Comment (by bbcallen): Thanks for your advise. Actually, too many 'errors' in different demuxers to fix them once and for all. At least, flv and mov in my situation. I'll submit a patch to ffmpeg-devel as a basis of discuss. -- Ticket URL: https://trac.ffmpeg.org/ticket/4456#comment:3 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Comment (by gjdfgh): PS: if you want the full file, say so, before I delete it. It's ~650MB. It shouldn't be necessary, though. -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:5 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Comment (by gjdfgh): Am I correct that it also takes way too long to provide a failing ffmpeg command line including the complete, uncut console output? No, that's merely annoying and pointless, at least in this case. How was the sample created? Unknown. A user posted it. Though ffprobe says encoder : Lavf56.29.100. -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:4 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4447(avcodec:new): Support MPEG-4 Studio Profile
#4447: Support MPEG-4 Studio Profile -+--- Reporter: cehoyos |Owner: Type: enhancement | Status: new Priority: wish |Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+--- Comment (by cehoyos): Samples are in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4447/ -- Ticket URL: https://trac.ffmpeg.org/ticket/4447#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Comment (by cehoyos): Replying to [comment:4 gjdfgh]: Am I correct that it also takes way too long to provide a failing ffmpeg command line including the complete, uncut console output? No, that's merely annoying and pointless, at least in this case. It is never pointless. Why don't you report issues on the user mailing list if you consider opening proper tickets annoying? How was the sample created? Unknown. A user posted it. Please ask him. -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:6 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4461(undetermined:new): Haivision instream android apk violates gpl
#4461: Haivision instream android apk violates gpl -+- Reporter: kierank | Type: license Status: new | violation Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- --enable-gpl in http://www.haivision.com/system/files/download- center/instream_mobile_1.2.apk (needs login) -- Ticket URL: https://trac.ffmpeg.org/ticket/4461 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4050(undetermined:new): Archimedia Master Player violates the GPL
#4050: Archimedia Master Player violates the GPL -+- Reporter: kierank |Owner: Type: license | Status: new violation |Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- Comment (by nichot20): Replying to [comment:14 cehoyos]: Replying to [comment:13 nichot20]: [….] They also supply a link to the modified source code they say they used to build these versions:- https://support.archimediatech.tv/LicensingInformation/ThirdPartyCopyright/SourceCode/ffmpeg-2.2.3.tar.bz2 404 Where can I find the current installer? That link now works…. -- Ticket URL: https://trac.ffmpeg.org/ticket/4050#comment:16 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4437(avdevice:open): AVFoundation recording has consistent intermittent frame drops
#4437: AVFoundation recording has consistent intermittent frame drops --+ Reporter: LordHDL |Owner: mateo Type: defect| Status: open Priority: normal|Component: avdevice Version: git-master| Resolution: Keywords: avfoundation | Blocked By: Blocking:| Reproduced by developer: 0 Analyzed by developer: 0 | --+ Comment (by LordHDL): Here's a test without the `-vf` option: https://www.dropbox.com/s/a982jatnw7n6d45/nofilter.tar.xz?dl=0 I didn't include the lossless recording since, even compressed via xz, my connection is far too slow to upload within a reasonable time. But you can get the idea from the encoded video and included Terminal outputs. I'm actually surprised the recording is using that much CPU. I thought lossless was supposed to be more taxing on disk write speed, while compression depends more on CPU? -- Ticket URL: https://trac.ffmpeg.org/ticket/4437#comment:7 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4445(undetermined:new): H264 with VUI overread fails to decode
#4445: H264 with VUI overread fails to decode -+- Reporter: michael |Owner: Type: defect | Status: new Priority: normal |Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by projectsymphony): Replying to [comment:2 Timothy_Gu]: Replying to [comment:1 projectsymphony]: regression since ac3fa95e73e52179c52cb0f117c06cdbaced6893 I'm confused. ac3fa95e73e52179c52cb0f117c06cdbaced6893 is a cosmetic- only commit for FFmpeg… No, it is not, it's a merge commit where what would have made all the samples work has been reverted. -- Ticket URL: https://trac.ffmpeg.org/ticket/4445#comment:3 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #4460(undetermined:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav)
-+-
Reporter: gjdfgh | Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0|
-+-
Opening the attached mp4 file, ffmpeg fails to decode every single frame:
{{{
[aac @ 0xa0a0140] Inconsistent channel configuration.
[aac @ 0xa0a0140] get_buffer() failed
Error while decoding stream #0:1: Invalid argument
[aac @ 0xa0a0140] Inconsistent channel configuration.
[aac @ 0xa0a0140] get_buffer() failed
Error while decoding stream #0:1: Invalid argument
[aac @ 0xa0a0140] Inconsistent channel configuration.
[aac @ 0xa0a0140] get_buffer() failed
Error while decoding stream #0:1: Invalid argument
[aac @ 0xa0a0140] Inconsistent channel configuration.
[aac @ 0xa0a0140] get_buffer() failed
Error while decoding stream #0:1: Invalid argument
}}}
This seems to work fine with Libav. Libav fails to decode the first frame,
but subsequent frames decode and sound correct.
I suspect one of the later additions to FFmpeg break it, but I couldn't
bisect because building it takes way too long. Also I suspect that both
FFmpeg and Libav are doing something wrong. Playing the file with aac with
vlc seems to work fine when using libfaad. mplayer with libfaad also
works, but prints the warning FAAD: Failed to decode frame: PCE shall be
the first element in a frame.
--
Ticket URL: https://trac.ffmpeg.org/ticket/4460
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(undetermined:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by gjdfgh): PS: the mp4 file is truncated, but this doesn't matter here. the first 2 seconds or so should be decodeable. -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) +--- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: important |Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | +--- Changes (by cehoyos): * keywords: = aac * priority: normal = important * version: unspecified = git-master * component: undetermined = avcodec * reproduced: 0 = 1 Comment: Replying to [ticket:4460 gjdfgh]: I suspect one of the later additions to FFmpeg break it, but I couldn't bisect because building it takes way too long. Am I correct that it also takes way too long to provide a failing ffmpeg command line including the complete, uncut console output? Regression since 810a14db How was the sample created? -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #4460(avcodec:new): AAC regression (works in Libav)
#4460: AAC regression (works in Libav) -+- Reporter: gjdfgh |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Changes (by cehoyos): * keywords: aac = aac regression -- Ticket URL: https://trac.ffmpeg.org/ticket/4460#comment:3 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
