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 6.1.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
navi has quit [Quit: WeeChat 4.0.4]
thilo has quit [Ping timeout: 246 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
mkver has quit [Ping timeout: 252 seconds]
AbleBacon has quit [Read error: Connection reset by peer]
ToughRockJohnson has joined #ffmpeg-devel
<ToughRockJohnson>
Hello
<aaabbb>
hello
<ToughRockJohnson>
If anyone here uses vscode as their IDE for developing ffmpeg, I was wondering if you could give insight on how your set-up is. I'm still somewhat new to vscode and I'm trying to figure out the best way to set up things like the .vscode folder, tasks.json, & launch.json in the same repo directory. Or should I maybe have that in a parent directory with the repo in a folder?
<ToughRockJohnson>
Not really sure, but would like to know.
ocrete25 has joined #ffmpeg-devel
elastic_dog has quit [Ping timeout: 276 seconds]
ocrete2 has quit [Ping timeout: 252 seconds]
ocrete25 is now known as ocrete2
lemourin has quit [Read error: Connection reset by peer]
MrZeus_ has quit [Ping timeout: 252 seconds]
lemourin has joined #ffmpeg-devel
elastic_dog has joined #ffmpeg-devel
zsoltiv_ has quit [Ping timeout: 252 seconds]
zsoltiv_ has joined #ffmpeg-devel
\\Mr_C\\ has joined #ffmpeg-devel
root___ has quit [Ping timeout: 252 seconds]
root has joined #ffmpeg-devel
root is now known as Guest4622
thardin has quit [Ping timeout: 252 seconds]
thardin has joined #ffmpeg-devel
jamrial has quit []
epony has quit [Quit: QUIT]
nitroxis has quit []
nitroxis has joined #ffmpeg-devel
\\Mr_C\\ has quit [Remote host closed the connection]
ToughRockJohnson has quit [Remote host closed the connection]
HarshK23 has joined #ffmpeg-devel
<Traneptora>
just do code ./ in the ffmpeg directory
<Traneptora>
and develop from the CLI
<Traneptora>
don't bother with tasks.json
<JEEB>
aand he had left >_>
<JEEB>
basically at most I set up the clang compiler commands stuff for the clang C integration
<JEEB>
there was a compiler wrapper which generated the commands file
<Lynne>
for some reason lang servers failed to detect any includes we used when I tried to use it
<Lynne>
I had to put a hidden file to set the clangd include directives in all my ffmpeg dirs, and put a global gitignore
ccawley2011 has joined #ffmpeg-devel
Blackhex has left #ffmpeg-devel [#ffmpeg-devel]
<Lynne>
but then I just switched to emacs, I didn't need a buggy web-based clippy telling me I forgot a semicolon when I know I forgot a semicolon
<JEEB>
Lynne: for me the file that would have had global compiler args didn't work (adding it to the root did nothing), but the commands file did
<JEEB>
for me way too often touching a file means makefile compiles X files before that, so actually knowing I did a dumb mistake before running `make` is good for me.
<JEEB>
uhh, not before but after of course
sepro has quit [Quit: Bye!]
<Lynne>
".clangd", right?
<Lynne>
mine just contains "CompileFlags: \nAdd: [-I<exact unshortened unsymlinked path to directory>]"
<Lynne>
hence needing a different one for every single directory
<JEEB>
compile_commands.json then worked when I got it generated
<JEEB>
could be that as you say, it would work if I had copied the compile_flags.txt to each damn dir
<JEEB>
but no way I would do that :P
<JEEB>
I used to utilize EasyClangComplete with Sublime Text (the completion bit being the least important of it, it running libclang on the file being the main benefit), which had a single file which actually worked :P
<Lynne>
oh, the makefile generated file, I remember looking into it before .clangd, but yeah, no way
<JEEB>
but I think you can start by attempting to run the FATE test suite
<JEEB>
after normal make finishes, you can do `make fate-rsync SAMPLES=/some/path/for/fate-suite`, it will rsync about 2 gigs of samples
<JEEB>
and after that finishes, you can do `make fate SAMPLES=/some/path/for/fate-suite` and it will then run the tests :)
<never>
JEEB ok
doomslayer has joined #ffmpeg-devel
<Lynne>
I got LDPC code generation via PEG to work!
<Lynne>
I have preliminary working error correction for avtransport
doomslayer is now known as bigbrother
bigbrother is now known as mfdoom
<Lynne>
might need some serious compute power to optimize them, but even random variable/check node distribution functions work fine
mfdoom is now known as machiavelli
MikhailAMD has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
machiavelli is now known as clord
clord has left #ffmpeg-devel [Leaving]
anotherNewYear is now known as another
never has quit [Quit: Client closed]
ngaullier has quit [Quit: Leaving.]
jarthur has joined #ffmpeg-devel
rvalue has quit [Ping timeout: 240 seconds]
rvalue has joined #ffmpeg-devel
ToughRockJohnson has joined #ffmpeg-devel
ToughRockJohnson has quit [Remote host closed the connection]
ToughRockJohnson has joined #ffmpeg-devel
ToughRockJohnson has quit [Remote host closed the connection]
MrZeus__ has joined #ffmpeg-devel
MrZeus_ has quit [Ping timeout: 255 seconds]
kurosu has joined #ffmpeg-devel
MrZeus_ has joined #ffmpeg-devel
MrZeus__ has quit [Ping timeout: 260 seconds]
Krowl has joined #ffmpeg-devel
Krowl has quit [Quit: Krowl]
Krowl has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 256 seconds]
<Daemon404>
i feel like this idea to dump bytes to the terminal in ffprobe comes up every 1-2 years to support peoples terrible workflows
<JEEB>
showinfo and friends
<JEEB>
when it's "nice" it's ffprobe
ccawley2011 has joined #ffmpeg-devel
<Daemon404>
lol
<Daemon404>
that is sad
<JEEB>
I do wonder how large of a use case gets done if the trace_headers CBS stuff gets exposed as an API as multiple side data or a side data that contains the things within that buffer
<JEEB>
is it just debugging or is there some other use case
<JEEB>
well, debugging + having some ad-hoc code parse something
<Daemon404>
one day i am fully expecting to see someone add raw_frame: [128,121,122,...] to ffprobe
<Daemon404>
because they need decoded frames in json
<nevcairiel>
do they at least dump it hex encoded this time, instead of hoping its a string? :D
<Daemon404>
byte array i think
<Daemon404>
idea: libcaca support for -show_frame
cone-520 has joined #ffmpeg-devel
<cone-520>
ffmpeg Stefano Sabatini master:c2ab41b7e0b9: lavfi/overlay: factorize definition of planar and packed blending functions