ChanServ changed the topic of #ffmpeg to: Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: https://ffmpeg.org/bugreports.html | Wiki: https://trac.ffmpeg.org/ | This channel is publically logged | FFmpeg 7.1.1 is released
jtgd has joined #ffmpeg
<furq>
the builds without -shared are static
<BtbN>
all the builds are static builds
<BtbN>
that's literally the whole point
prekk has joined #ffmpeg
<johnjaye>
ok. i don't understand what you mean then.
<johnjaye>
I downloaded 3 different zips. e.g. ffmpeg-master-latest-win64-gpl.zip and ffmpeg-master-latest-win64-lgpl-shared.zip and ffmpeg-master-latest-win64-gpl-shared.zip
Fiji has joined #ffmpeg
<johnjaye>
wait.
<johnjaye>
now i'm really confused. i thought they all had dll files. but the -gpl.zip one suddenly doesn't.
<furq>
probably not that sudden
<johnjaye>
well. i'm not sure what i did wrong. but that's what i wanted.
<furq>
it doesn't really make much difference on windows
<furq>
in fact it probably makes more sense to get the shared builds
<furq>
windows always tries to load dlls in the same path as the binary first
<johnjaye>
what i'm doing now is an ad hoc solution to windows deficiencies. i dump all my exes into c:/bin
<johnjaye>
but also have a folder with all the things i'm dumping in there so i can regenerate it if necessary.
<johnjaye>
so far it works surprisingly well
<furq>
i guess if you have other stuff in there that comes with libav*.dll then sure
<furq>
it's not that big of a space saving anyway
<johnjaye>
it's more just so i don't have to set PATH to be hundreds of lines long
<furq>
i mean the static vs shared builds
<johnjaye>
oh yeah. maybe i should add c:/lib or something
<furq>
you don't need that on windows
MisterMinister has quit [Remote host closed the connection]
<johnjaye>
if the dlls in the bin/ folder are enough then why have a lib/ folder then.
<furq>
like i said you don't need to
<furq>
it would actually be worse because that would be at the end of the search path
<furq>
or search order
<johnjaye>
it looks like visual studio imports? avdevice.lib avdevice-62.def avfilter.lib afvilter-11.def etc
<furq>
oh right you mean the stuff in lib/ in the archive
<furq>
yeah that's just for building
<furq>
the dlls are alongside the binary as they should be on windows
<johnjaye>
ok. i always think visual studio is really hard to learn. i barely know that .lib files are used on windows.
<furq>
i just stick with mingw on windows
<furq>
or ideally on linux
five618480339176 has quit [Remote host closed the connection]
<johnjaye>
can you cross compile on linux for windows
<furq>
yes
<johnjaye>
or do you have to build on windows
<johnjaye>
oh cool.
five618480339176 has joined #ffmpeg
<furq>
it's much easier
<furq>
at least in my experience which does not involve dealing with any graphics apis
<johnjaye>
yes the more i learn about windows things like calling conventions the more i want to retreat to linux and just do everything from there.
<johnjaye>
or bring in the msys2 linux "diving suit" so you can kinda bring the linux tools with you
<furq>
well you can cross compile from wsl nowadays
<johnjaye>
that's interesting. i guess that would make sense
<furq>
it's probably fine that the easiest way to compile c on windows is to cross compile it in wsl
<johnjaye>
i mean if they literally are just including linux with windows.
<furq>
doesn't imply anything bad about windows at all
<johnjaye>
the way i see it is that windows could have chosen to be friendlier to the unix devs but chose not to.
<johnjaye>
like in msdos 2.0 when they had that option to use / instead of \
prekk has quit [Quit: leaving]
intrac has quit [Quit: Konversation terminated!]
YUiNA has quit [Ping timeout: 252 seconds]
intrac has joined #ffmpeg
catcream has quit [Remote host closed the connection]
catcream has joined #ffmpeg
chair1 has quit [Quit: Client closed]
jprjr has quit [Ping timeout: 272 seconds]
jprjr has joined #ffmpeg
maxim_d33 has quit [Ping timeout: 252 seconds]
maxim_d33 has joined #ffmpeg
nrg has quit [Ping timeout: 265 seconds]
nrg has joined #ffmpeg
Shine_ has joined #ffmpeg
KombuchaKip has quit [Quit: Leaving.]
KombuchaKip has joined #ffmpeg
Wallboy_ has quit [Quit: WeeChat 4.4.4]
cantelope has quit [Quit: Connection closed for inactivity]
System_Error has quit [Remote host closed the connection]
de-facto has quit [Read error: Connection reset by peer]
de-facto has joined #ffmpeg
System_Error has joined #ffmpeg
Shine_ has quit [Read error: Connection reset by peer]
witnessed has quit [Ping timeout: 272 seconds]
foonix has quit [Quit: leaving]
foonix has joined #ffmpeg
jarthur has joined #ffmpeg
Fiji has quit [Ping timeout: 252 seconds]
jarthur has quit [Quit: jarthur]
jarthur has joined #ffmpeg
WaKaN has quit [Quit: WaKaN]
signalhunter has quit [Read error: Connection reset by peer]
signalhunter has joined #ffmpeg
xx has joined #ffmpeg
lavaball has joined #ffmpeg
upekkha has quit []
duckworld has quit [Read error: Connection reset by peer]
duckworld has joined #ffmpeg
jarthur has quit [Ping timeout: 252 seconds]
upekkha has joined #ffmpeg
jarthur has joined #ffmpeg
rvalue has quit [Ping timeout: 272 seconds]
rvalue has joined #ffmpeg
low-key has quit [Ping timeout: 272 seconds]
low-key has joined #ffmpeg
coldfeet has joined #ffmpeg
jmcantrell has quit [Ping timeout: 252 seconds]
dv_ has quit [Ping timeout: 272 seconds]
Shine_ has joined #ffmpeg
kingdomofheaven has quit [Remote host closed the connection]
kingdomofheaven has joined #ffmpeg
vincejv has quit [Remote host closed the connection]
Everything has joined #ffmpeg
SuicideShow has quit [Ping timeout: 268 seconds]
SuicideShow has joined #ffmpeg
Sketch has quit [Remote host closed the connection]
lavaball has quit [Remote host closed the connection]
cantelope has joined #ffmpeg
evilscrewws has joined #ffmpeg
coldfeet has joined #ffmpeg
microlappy has joined #ffmpeg
microlappy has quit [Client Quit]
marius0210 has joined #ffmpeg
Fiji has joined #ffmpeg
marius0210 has quit [Quit: marius0210]
dv_ has quit [Ping timeout: 276 seconds]
dv_ has joined #ffmpeg
bitbinge has joined #ffmpeg
minimal has joined #ffmpeg
<bitbinge>
I have a bunch of audio files with mp4 extension. Is changing extension to m4a enough to convert it to m4a or is there something more in there and needs an actual remux?
<bitbinge>
I notice that mediainfo shows these values for the resulting files: Format profile : Base Media / Version 2
<bitbinge>
Codec ID : mp42 (M4A /mp42/isom)
fling has quit [Remote host closed the connection]
de-facto has quit [Remote host closed the connection]
<bitbinge>
Format : AAC LC SBR
<bitbinge>
Format/Info : Advanced Audio Codec Low Complexity with Spectral Band Replication
<bitbinge>
Those values are slightly different in another m4a file I have - Apple audio with iTunes info M4A (M4A /isom/iso2) AAC LC Advanced Audio Codec Low Complexity mp4a-40-2
<bitbinge>
What I want is to have legit m4a files that will play on anything that supports m4a and without reencoding - lossless.
<furq>
probably best to remux then
<furq>
the ipod/m4a muxer does some specific stuff that i assume is there for a reason
<furq>
i couldn't tell you what the reason is beyond apple being finicky in general
<bitbinge>
furq, if I have two copies of these files, the mp4 has better quality, but the other copy - mp3 was already tagged and files names, the number of files is exact in both copies (few hundred), only difference is quality, tags, filenames.
<bitbinge>
Can I somehow get the audio streams from the mp4s, get the metadata from the mp3s and put all that in m4a's easily?