BtbN 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.0 is released
The_Blode has quit [Quit: Connection closed for inactivity]
Suchiman has quit [Quit: Connection closed for inactivity]
zsoltiv_ has quit [Ping timeout: 264 seconds]
Hackerpcs has quit [Ping timeout: 256 seconds]
FlorianBad has quit [Remote host closed the connection]
FlorianBad has joined #ffmpeg
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
Hackerpcs has joined #ffmpeg
Ox7C5 has joined #ffmpeg
microchip_ has quit [Read error: Connection reset by peer]
microchip_ has joined #ffmpeg
kushal__ has quit [Read error: Connection reset by peer]
TheSilentLink has quit [Ping timeout: 245 seconds]
TheSilentLink has joined #ffmpeg
namazso has quit [Remote host closed the connection]
kus has joined #ffmpeg
namazso has joined #ffmpeg
Tinos has quit [Remote host closed the connection]
<Offspring>
furq: for using crop=w=1912:h=1080:x=2:y=0,scale=-2:720 or crop=w=iw-8:h=ih:x=2:y=0,scale=-2:720 wouldn't that wind up just cropping both sides the same amount though, rather than 2px on the left and 5px on the right? I can do 3px on the left, that doesn't matter, since that would be an even 8px overall, I'm just worried about overcropping on the left while trying to crop on the right.
sebonirc has left #ffmpeg [#ffmpeg]
relue has quit [Ping timeout: 268 seconds]
zsoltiv_ has joined #ffmpeg
zsoltiv_ has quit [Client Quit]
zsoltiv_ has joined #ffmpeg
mrelcee has quit [Ping timeout: 272 seconds]
zsoltiv_ has quit [Client Quit]
zsoltiv_ has joined #ffmpeg
zsoltiv_ has quit [Client Quit]
zsoltiv_ has joined #ffmpeg
ahc has joined #ffmpeg
mrelcee has joined #ffmpeg
zsoltiv_ has quit [Client Quit]
zsoltiv_ has joined #ffmpeg
beaver has quit [Quit: 👁️ 👄👁️]
beaver has joined #ffmpeg
chainik1 has quit [Quit: (╯°□°）╯︵ ┻━┻]
chainik1 has joined #ffmpeg
stolen has quit [Quit: Connection closed for inactivity]
Suchiman has joined #ffmpeg
rv1sr has joined #ffmpeg
jagannatharjun has joined #ffmpeg
namazso has quit [Ping timeout: 245 seconds]
Keshl_ has joined #ffmpeg
kushal__ has joined #ffmpeg
Traneptora_ has joined #ffmpeg
Keshl has quit [Read error: Connection reset by peer]
Traneptora has quit [Read error: Connection reset by peer]
kus has quit [Ping timeout: 245 seconds]
deetwelve has quit [Quit: null]
deetwelve has joined #ffmpeg
xx has joined #ffmpeg
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
YuGiOhJCJ has quit [Ping timeout: 260 seconds]
Keshl has joined #ffmpeg
Keshl_ has quit [Ping timeout: 268 seconds]
YuGiOhJCJ has joined #ffmpeg
Blacker47 has joined #ffmpeg
kts has joined #ffmpeg
noobaroo has quit [Quit: Konversation terminated!]
noobaroo has joined #ffmpeg
kts has quit [Ping timeout: 260 seconds]
kts has joined #ffmpeg
SystemError has quit [Ping timeout: 260 seconds]
SystemError has joined #ffmpeg
The_Blode has joined #ffmpeg
<BtbN>
Why would it? The numbers passed to it clearly say it won't.
<Offspring>
BtbN: can you ELI5 what the numbers say, tehn, because I'm clearly not understanding it.
<BtbN>
I'm not sure what part is unclear
<BtbN>
it shifts two to the right, and reduces the width by 8, so it'll crop two on the left, and the remaining 6 on the right
beaver has quit [Remote host closed the connection]
<Offspring>
which part is shifting the video to the right? the w part?
<BtbN>
x
<BtbN>
And it's not really shifting I think, you're just defining the window of the video which will be returned
<BtbN>
so if that starts 2 pixels into the original, and is 8 pixels less wide than it, it'll crop two on the left and 6 on the right.
lavaball has joined #ffmpeg
<Offspring>
oh neat, I didn't realize it did that
<Offspring>
thanks
bitoff_ has joined #ffmpeg
bitoff has quit [Ping timeout: 252 seconds]
beaver has joined #ffmpeg
rvalue- has joined #ffmpeg
rvalue has quit [Ping timeout: 252 seconds]
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg
rvalue- is now known as rvalue
namazso has joined #ffmpeg
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
ahc has quit [Ping timeout: 255 seconds]
CheckMyBrain has quit [Quit: Connection closed for inactivity]
johnjaye has quit [Ping timeout: 246 seconds]
johnjaye has joined #ffmpeg
kts has joined #ffmpeg
jkhsjdhjs has quit [Ping timeout: 256 seconds]
e^pi-1 has quit [Ping timeout: 256 seconds]
CheckMyBrain has joined #ffmpeg
namazso has quit [Remote host closed the connection]
<noobaroo>
I want to downscale a giant 6000x4000 jpeg image with cjxl (for lossless_jpeg support) but I don't think there is a way. So I tried using ffmpeg to reduce resolution and convert the jpeg to raw using `-f rawvideo` and then I can use cjxl on that, but it doesn't support rawvideo
<noobaroo>
How can I achieve my goal?
<noobaroo>
ffmpeg jxl is really inefficient, in my experience
namazso has joined #ffmpeg
e^pi-1 has joined #ffmpeg
stolen has joined #ffmpeg
<BtbN>
There is only exactly one jpeg-xl library, so one being less efficient than the other makes no sense
kts has quit [Ping timeout: 245 seconds]
jkhsjdhjs has joined #ffmpeg
microchip__ has joined #ffmpeg
microchip_ has quit [Ping timeout: 240 seconds]
beaver has quit [Quit: ajout : socksport 9050 PreferSOCKSNoAuth]
vlm has joined #ffmpeg
beaver has joined #ffmpeg
minimal has joined #ffmpeg
beaver has quit [Quit: ajout de extendederrors à l'option socksport]
beaver has joined #ffmpeg
microchip__ has quit [Quit: There is no spoon!]
microchip__ has joined #ffmpeg
<noobaroo>
BtbN but ffmpeg doesn't support lossless_jpeg
kts has joined #ffmpeg
<sonicrules1234>
Just convert to png, shrink, and convert to jxl
<noobaroo>
That's not as efficient as cjxl's lossless jpeg though
<noobaroo>
but yeah, that's what ive been having to do
kts has quit [Ping timeout: 245 seconds]
microchip__ is now known as microchip_
EmleyMoor has quit [Quit: Gateway shutdown]
EmleyMoor has joined #ffmpeg
EmleyMoor has quit [Client Quit]
EmleyMoor has joined #ffmpeg
beaver has quit [Quit: màj libc6]
beaver has joined #ffmpeg
<sonicrules1234>
Why wouldn't it be just as efficient? It decodes it to raw either way
lavaball has quit [Remote host closed the connection]
billchenchina has joined #ffmpeg
e^pi-1 has quit [Quit: WeeChat 4.2.2]
monkeybusiness has quit [Ping timeout: 255 seconds]
beaver has quit [Quit: (aléatoire) Baguette, baguette, est péjoratif]
beaver has joined #ffmpeg
aus has quit [Remote host closed the connection]
aus has joined #ffmpeg
relue has joined #ffmpeg
SystemError has quit [Remote host closed the connection]
beaver has quit [Quit: Venant d'un peuple majoritairement obèse, se déplaçant sur une chaise roulante, nous nous passerons de votre sarcasme]
lavaball has joined #ffmpeg
SystemError has joined #ffmpeg
beaver has joined #ffmpeg
j45 has quit [Ping timeout: 268 seconds]
j45 has joined #ffmpeg
j45 has quit [Ping timeout: 245 seconds]
j45 has joined #ffmpeg
j45 has quit [Ping timeout: 260 seconds]
j45 has joined #ffmpeg
j45 has quit [Ping timeout: 260 seconds]
j45 has joined #ffmpeg
j45 has quit [Ping timeout: 268 seconds]
j45 has joined #ffmpeg
j45 has quit [Ping timeout: 245 seconds]
Ox7C5__ has joined #ffmpeg
j45 has joined #ffmpeg
beaver has quit [Quit: l'indépendance Européenne, un jour …]
jemius has joined #ffmpeg
AbleBacon has joined #ffmpeg
manwithluck has quit [Remote host closed the connection]
beaver has joined #ffmpeg
Tinos has joined #ffmpeg
billchenchina has quit [Ping timeout: 256 seconds]
billchenchina has joined #ffmpeg
jagannatharjun has quit [Quit: Connection closed for inactivity]
gvg___ has joined #ffmpeg
gvg__ has joined #ffmpeg
gvg_ has quit [Ping timeout: 268 seconds]
gvg has quit [Ping timeout: 268 seconds]
fling has quit [Remote host closed the connection]
fling has joined #ffmpeg
billchenchina has quit [Remote host closed the connection]
manwithluck has joined #ffmpeg
sonicrules1234 has quit [Remote host closed the connection]
sonicrules1234 has joined #ffmpeg
iive has joined #ffmpeg
<DeHackEd>
Really weird API question... I can't send an AVPacket back into a demuxer can I? In theory I can do it with an option but that seems the totally wrong way to do it. (I am modifying demuxers for this)
<JEEB>
what's the use case for pushing a packet *back* to a demuxer? :D
<DeHackEd>
I'm looking at this for MP4 encryption/decryption support. The demuxer can provide an encrypted packet with the decryption metadata it it doesn't know the key, leaving the caller to decrypt it. I'd like to be able to feed it the key so future packets are decrypted on the fly. Which is doable, but I'm left with 1 packet to decrypt myself. Feel like there's some code duplication to be avoided there or such
<DeHackEd>
*if it doesn't know the key
<JEEB>
the decryption info should be available at the point where the demuxer checks the base track related boxes, no?
<JEEB>
I have no idea why you've already read a packet by that time
<DeHackEd>
it assumes the caller knows the key ahead of time and can provide it to the demuxer before starting. that's not assured
<DeHackEd>
also the possibility of keys changing over time (key rotation)
<JEEB>
like, I'm thinking of a DASH manifest for example
<JEEB>
you have the key related info in the manifest or in the moof
<JEEB>
in either case, you have done the read headers or whatever function on the demuxer
<JEEB>
I do not see the necessity of reading a packet
<DeHackEd>
that is what I'm looking at, yes. the manifest might have enough to get a key, but the moof may be required.
<JEEB>
even if required, nothing stops you from doing that
<JEEB>
that does not require reading a packet
<JEEB>
unless mov.c stops after it has read info on the tracks, but before it has read the key related info. in which case it should be adjusted
<DeHackEd>
I must be missing something. as I understand it, if a key is required and not available, av_read_frame() returns the encrypted payload, and side data containing the information needed to decrypt (from the point of view of a DRM vendor or such)
<JEEB>
that's specifically the use case where you want to leave the packet decryption to someone else etc
<JEEB>
but you do not need to call av_read_frame to get that info as long as the probing etc track related reading logic reads through the necessary boxes in whatever the function was
<JEEB>
either opening or avformat_find_stream_info is supposed to read enough
<JEEB>
whatever causes the mov.c read_header to execute
<DeHackEd>
keys can also change through key rotation. on a live stream that could happen
<JEEB>
yes, and in that case there needs to be a singaling mechanism if the demuxer itself cannot get that key by itself
<JEEB>
not sure what is the currently preferred manner for that. an empty packet with side data, or updating the side data in the avformat context or what
<JEEB>
main thing being, you should be able to do it so that you receive that info before that packet is handled
<DeHackEd>
looking at the existing mp4 demuxer, I don't see that. If no key is available, the encrypted packet is returned with the necessary side data that the receiver could decrypt it themselves
<DeHackEd>
I can do that, but it would duplicate a lot of code which I'd rather avoid.. or re-factor it out into a generic decryption module
Tinos has quit [Remote host closed the connection]
Tinos has joined #ffmpeg
jemius has quit [Quit: Leaving]
<DeHackEd>
maybe that's the answer. refactor the encryption out of the mp4/mov demuxer, then have mp4/mov, dash, or even the caller handle it if they want through the common module
xx has quit [Remote host closed the connection]
xx has joined #ffmpeg
xx has quit [Remote host closed the connection]
xx has joined #ffmpeg
Tinos has quit [Remote host closed the connection]
chiselfuse has quit [Remote host closed the connection]
chiselfuse has joined #ffmpeg
<JEEB>
DeHackEd: I don't see a need for that since all you need to do is provide the info - which should be there before the packets - before you start returning packets
<JEEB>
and I don't see the need for duplication
five61848033 has joined #ffmpeg
<JEEB>
you just need a signaling method and I'm pretty sure there is some manner to signal updates from a demuxer.
<DeHackEd>
if there is, I haven't found it. you mentioned side data in the stream (depreacted over to the avcodecpar) as a possibility. either that or a zero-byte packet containing just the side data... personally I'm leaning towards the latter if I were to design it.
<JEEB>
yea I don't recall the exact details which is the current side data location etc, but there are ways - and if not exactly for that then I can see multiple ways of doing it. also when I was looking into mpeg-ts demux there were flags that you could set for events, although callbacks or side data events (in the worst case a special packet with just side data) would allow for that
<JEEB>
could be worth at some point asking whether there are any ideas on how to implement encryption key switching events in case of the keys coming out of band on the -devel channel. since that is also is used for clear key encryption with DASH, I think it's a valid use case for FFmpeg.
<JEEB>
same as with HLS and AES key rotation
<JEEB>
(the diff is that in HLS dumb encryption the encryption is on the whole blob level)
Coinflipper has quit [Quit: ]
Coinflipper has joined #ffmpeg
waleee has joined #ffmpeg
<DeHackEd>
there's also more advanced notice in HLS, since the playlist has the new key information whereas with DASH/MP4 you might not realize until you've read the appropriate mp4 box fields. HLS could signal a "pending key rotation" a few seconds in advance of what MP4 might offer.
<JEEB>
yea but the key info should still come before the packet
<JEEB>
thus an event can still be executed before it gets to the packet
Muimi has joined #ffmpeg
rv1sr has quit []
Starz0r has quit [Ping timeout: 255 seconds]
Starz0r has joined #ffmpeg
Tinos has joined #ffmpeg
mightysands has joined #ffmpeg
<mightysands>
hey, I couldn't think of a better place to ask this, given the nature of multimedia and all that, but when using the flac encoder (without ffmpeg) anyone know why I can seemingly add either an artist tag or an album tag but not both?
<mightysands>
If I add both, only the first one I added shows up in cmus
<mightysands>
(my music player)
<mightysands>
but cmus displays album and artist tags for other flac albums I have no problem, (so i think the problem lies in my command usage, not cmus)
<ePirat>
mightysands, maybe ask in #xiph I think
<mightysands>
ah, thx
mightysands has left #ffmpeg [#ffmpeg]
waleee has quit [Quit: WeeChat 4.1.2]
hussein1 has joined #ffmpeg
jemius has joined #ffmpeg
Nixkernal_ has joined #ffmpeg
Nixkernal has quit [Ping timeout: 255 seconds]
Blacker47 has quit [Quit: Life is short. Get a V.90 modem fast!]
stolen has quit [Quit: Connection closed for inactivity]
Ox7C5__ has quit [Quit: Lost terminal]
waleee has joined #ffmpeg
Nixkernal_ has quit [Ping timeout: 255 seconds]
waleee has quit [Client Quit]
Haxxa has quit [Quit: Haxxa flies away.]
FlorianBad_ has joined #ffmpeg
FlorianBad has quit [Killed (tantalum.libera.chat (Nickname regained by services))]
FlorianBad_ is now known as FlorianBad
Haxxa has joined #ffmpeg
waleee has joined #ffmpeg
coldfeet has quit [Quit: Lost terminal]
dallemon has quit [Quit: Ping timeout (120 seconds)]
dallemon has joined #ffmpeg
ivanich has joined #ffmpeg
FlorianBad has quit [Remote host closed the connection]
beaver has quit [Quit: ménage dans l'adv windowlist, pour une vie plus heureuse]
FlorianBad has joined #ffmpeg
beaver has joined #ffmpeg
lavaball has joined #ffmpeg
ivanich has quit [Remote host closed the connection]
ivanich has joined #ffmpeg
FlorianBad has quit [Remote host closed the connection]
FlorianBad has joined #ffmpeg
vlm has quit [Quit: Leaving]
ivanich has quit [Remote host closed the connection]
beaver has quit [Quit: si je te grep, je te trouve]
FlorianBad has quit [Quit: Konversation terminated!]