michaelni changed the topic of #ffmpeg-devel to: Welcome to the FFmpeg development channel | Questions about using FFmpeg or developing with libav* libs should be asked in #ffmpeg | This channel is publicly logged | FFmpeg 7.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
ccawley2011 has quit [Read error: Connection reset by peer]
Marth64 has quit [Quit: Leaving]
Marth64 has joined #ffmpeg-devel
blb has quit [Ping timeout: 248 seconds]
blb has joined #ffmpeg-devel
HarshK23 has quit [Quit: Connection closed for inactivity]
arch1t3cht4 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 244 seconds]
arch1t3cht4 is now known as arch1t3cht
<cone-053>
ffmpeg Manuel Lauss master:d21134313fbf: avformat/smush: read ANIMv2 a/v parameters
thilo has quit [Ping timeout: 265 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
\\Mr_C\\ has quit [Remote host closed the connection]
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
Traneptora has joined #ffmpeg-devel
Arcitec has joined #ffmpeg-devel
Arcitec has quit [Remote host closed the connection]
Arcitec has joined #ffmpeg-devel
Arcitec has quit [Remote host closed the connection]
Arcitec has joined #ffmpeg-devel
jamrial has quit []
mkver has quit [Ping timeout: 252 seconds]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 248 seconds]
^Neo has quit [Ping timeout: 252 seconds]
cone-053 has quit [Quit: transmission timeout]
MisterMinister has quit [Ping timeout: 244 seconds]
realies has joined #ffmpeg-devel
Kwiboo- has quit [Quit: .]
Kwiboo has joined #ffmpeg-devel
<elenril>
The server encountered an internal error or misconfiguration and was unable to complete your request.
<elenril>
nice
<elenril>
>Please contact the server administrator at webmaster@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
<elenril>
even nicer
<elenril>
michaelni, thilo: voting server is broken
HarshK23 has joined #ffmpeg-devel
SuperFashi has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
ngaullier has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 244 seconds]
ngaullier has quit [Remote host closed the connection]
ngaullier has joined #ffmpeg-devel
arch1t3cht has joined #ffmpeg-devel
ngaullier has quit [Ping timeout: 246 seconds]
ngaullier has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 248 seconds]
ngaullie has joined #ffmpeg-devel
ngaullie has quit [Remote host closed the connection]
ngaullie has joined #ffmpeg-devel
ngaullier has quit [Ping timeout: 252 seconds]
ngaullie has quit [Ping timeout: 260 seconds]
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 260 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
arch1t3cht has joined #ffmpeg-devel
ngaullie has joined #ffmpeg-devel
ngaullie has quit [Remote host closed the connection]
TheSashmo has quit [Read error: Connection reset by peer]
TheSashmo has joined #ffmpeg-devel
___nick___ has joined #ffmpeg-devel
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
ngaullie has joined #ffmpeg-devel
ngaullie has quit [Ping timeout: 252 seconds]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg-devel
<thilo>
looking at it
ngaullie has joined #ffmpeg-devel
<thilo>
elenril: should be fixed
jamrial has joined #ffmpeg-devel
^Neo has joined #ffmpeg-devel
^Neo has quit [Changing host]
^Neo has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
___nick___ has quit [Ping timeout: 252 seconds]
___nick___ has joined #ffmpeg-devel
realies has quit [Quit: Ping timeout (120 seconds)]
realies has joined #ffmpeg-devel
TheSashmo has quit [Read error: Connection reset by peer]
TheSashmo has joined #ffmpeg-devel
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 252 seconds]
MisterMinister has joined #ffmpeg-devel
wyatt8740 has quit [Ping timeout: 248 seconds]
wyatt8740 has joined #ffmpeg-devel
ngaullie has quit [Read error: Connection reset by peer]
Marth64 has quit [Quit: Leaving]
<stazthebox>
Hello! So I am having some issues with swr_set_compensation and it seems like there is a very minor error being introduced during compensation that is causing the signal to drift. From my results, after 7 hours, the actual signal seems to be off by almost 7 ms compared to the compensation I asked it to perform. I presume this would be a question
<stazthebox>
for michaelni, but anyone have any idea about how I could go about identifying this error?
IndecisiveTurtle has joined #ffmpeg-devel
Marth64 has joined #ffmpeg-devel
<thardin>
woop, got a reply from spotify finally
<kasper93>
Is av_file_map() suppose to be read only or rw mapping?
<kasper93>
file is open as O_RDONLY, mmap does PROT_READ|PROT_WRITE, CreateFileMapping does PAGE_READONLY
<kasper93>
and the libavutil\tests\file.c is doing buf[0] = 's'; after mapping...
<kasper93>
which obviusly fails on Windows, because mapping is read only
<kasper93>
I can fix that, but what is the intended bahavior of this functions?
<kasper93>
I would assume read-only? it is kinda weird to overwrite a content of file.c in test...
<kasper93>
strange case if you ask me
IndecisiveTurtle has quit [Ping timeout: 276 seconds]
IndecisiveTurtle has joined #ffmpeg-devel
<kasper93>
also, really no one is running those tests? What those files exists?
<JEEB>
inb4 not mapped to FATe
<JEEB>
*FATE
<JEEB>
yea, all usages of it in FFmpeg code are read
<JEEB>
lessee git blame on the test
<JEEB>
right, 0328b9ea39e86cb462a189eb1dfcc4065c1f332b had the test be much longer
<JEEB>
wait no, that was avutil/file.c
<JEEB>
oh huh, the test was in avutil/file.c
<JEEB>
under #ifdef TEST
<kasper93>
yea, mmap doesn't have MAP_SHARED so it won't be saved to file
<kasper93>
so, the question now is what to do with this test on Windows?
<kasper93>
because it doesn't allow rw but not shared mapping
<kasper93>
so we get memory, but we cannot write to it
<kasper93>
ugh, actually I think we should just add FILE_MAP_COPY for Windows and it will work the same as the rest of the world
<kasper93>
will send patch
<JEEB>
in one history that test was even removed 299ab0fd17a1738e21f3d036128db23ec14b2f3a .
<kasper93>
alternate universe? :)
<JEEB>
but we are running FATE on Windows so I wonder why this isn't failing if it's in FATE. and if it's not in FATE then I think it could just be removed...
<JEEB>
alternatively yes what you say
<JEEB>
since the mmap arguments are PROT_READ|PROT_WRITE
<kasper93>
if it works, still need to test
<JEEB>
granted, FFmpeg itself only ever utilizes this for reading
<kasper93>
I don't know how tests are wrapped into fate. I notice the failure using meson buildsystem, which runs this test.
<JEEB>
tests/Makefile and then it has RUNNING_FATE, and then the subdir Makefiles
<JEEB>
could be that some more generic thing would run those from Makefiles as well
<JEEB>
but we should definitely be running those then together with fate
<JEEB>
otherwise the tests are not really useful if they're not being run by anyone :P
IndecisiveTurtle has quit [Ping timeout: 248 seconds]
darkapex has quit [Ping timeout: 246 seconds]
<kasper93>
sent
<kasper93>
I know Windows is niche platform, but still surprising, no one ever hit this issue.
<JEEB>
FFmpeg itself doesn't utilize writes, only reads. and the test clearly was not mapped to FATE
<JEEB>
(`make fate` contains various other tests and not just the file based ones, including API tests. so clearly it's not something that should not be included in there
<JEEB>
and since we got no complaints it's highly unlikely someone else was using that API for writes as well
* JEEB
searches trac JustInCase
<kasper93>
luckily the patch is not scary, so we hopefully will be able to resolve this
<JEEB>
so it kinda gives a hint that one alternative would be to make it not write'able everywhere
<JEEB>
but yea, thanks for the patch. that should at least get the discussion started
<kasper93>
I guess most assume it is read-only mapping anyway, documentation is not clear on this. And the fact it is shared or not.
<JEEB>
yea
<JEEB>
whatever it ends up being, the docs should be updated
IndecisiveTurtle has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
darkapex has joined #ffmpeg-devel
cone-952 has joined #ffmpeg-devel
<cone-952>
ffmpeg Leo Izen master:c1e3d55f99d3: avcodec/png{dec,enc}: update mDCV and cLLI chunk capitalization
TheSashmo has quit [Read error: Connection reset by peer]
MisterMinister has quit [Ping timeout: 252 seconds]
TheSashmo has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
___nick___ has quit [Ping timeout: 248 seconds]
MisterMinister has joined #ffmpeg-devel
MyNetAz has quit [Read error: Connection reset by peer]
MyNetAz has joined #ffmpeg-devel
daily has joined #ffmpeg-devel
<daily>
hi everyone ^^
<daily>
so, i have a question, how does the ffmpeg tool choose the default values for the streams, such as the pixel format, etc...? i want to do the same thing using the API
<JEEB>
probably better to move this discussion to #ffmpeg for API usage, but the short answer is that depending on what exactly you want your application to do would actually decide that, and not necessarily exactly what the ffmpeg cli is doing