<aaabbb>
and if webm supports progressive download, so will mkv (webm is just a subset of the mkv specification)
<noobaroo>
Thanks
fossdd has quit [Ping timeout: 255 seconds]
zenloading has joined #ffmpeg
fossdd has joined #ffmpeg
evilscreww has joined #ffmpeg
evilscreww has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 272 seconds]
fossdd has joined #ffmpeg
minimal has quit [Quit: Leaving]
fossdd has quit [Ping timeout: 264 seconds]
<MisterMinister>
Greetings and Salutations! Is there a method to redirect to file, but do not create file if redirecting NULL ? tried both >> append and > redirect, seems a file is always created...
<aaabbb>
MisterMinister: if you don't want a file created, redirect to /dev/null
<MisterMinister>
aaabbb: yeah, thansk! Doing just that.
HarshK23 has quit [Quit: Connection closed for inactivity]
fossdd has joined #ffmpeg
iqualms has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
Tano has quit [Quit: WeeChat 4.1.2]
theracermaster has quit [Quit: Ping timeout (120 seconds)]
theracermaster has joined #ffmpeg
jarthur has quit [Quit: jarthur]
fossdd has joined #ffmpeg
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
Ogobaga has quit [Client Quit]
Ogobaga has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
evilscreww has joined #ffmpeg
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
fossdd has joined #ffmpeg
Ox7C5 has joined #ffmpeg
iliv has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
evilscreww has quit [Ping timeout: 250 seconds]
fossdd has joined #ffmpeg
evilscreww has joined #ffmpeg
evilscreww has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
Tinos has quit [Remote host closed the connection]
evilscreww has joined #ffmpeg
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
fossdd has quit [Ping timeout: 272 seconds]
evilscreww has quit [Remote host closed the connection]
evilscreww has joined #ffmpeg
evilscreww has quit [Remote host closed the connection]
jmcantrell has quit [Ping timeout: 255 seconds]
__jmcantrell__ has joined #ffmpeg
fossdd has joined #ffmpeg
tyzoid has quit [Ping timeout: 240 seconds]
Suchiman has joined #ffmpeg
<BlackBishop>
aaaa, so my autoplay needs muted="muted" :| damn u
fossdd has quit [Ping timeout: 255 seconds]
beaver has quit []
beaver has joined #ffmpeg
fossdd has joined #ffmpeg
waleee has quit [Ping timeout: 240 seconds]
waleee has joined #ffmpeg
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
fossdd has joined #ffmpeg
junaid_ has joined #ffmpeg
evilscreww has joined #ffmpeg
xx has joined #ffmpeg
__jmcantrell__ is now known as jmcantrell
fossdd has quit [Ping timeout: 256 seconds]
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
Ogobaga has quit [Quit: Konversation terminated!]
Ogobaga has joined #ffmpeg
Ogobaga has quit [Client Quit]
xx has quit [*.net *.split]
beaver has quit [*.net *.split]
YuGiOhJCJ has quit [*.net *.split]
fling has quit [*.net *.split]
SystemError has quit [*.net *.split]
hussein1_ has quit [*.net *.split]
chiselfuse has quit [*.net *.split]
echelon has quit [*.net *.split]
evilscreww has quit [*.net *.split]
junaid_ has quit [Remote host closed the connection]
MisterMinister has quit [Ping timeout: 246 seconds]
fossdd has joined #ffmpeg
jmcantrell has quit [Quit: WeeChat 4.2.1]
__jmcantrell__ has joined #ffmpeg
__jmcantrell__ has quit [Quit: WeeChat 4.2.1]
__jmcantrell__ has joined #ffmpeg
__jmcantrell__ is now known as jmcantrell
jmcantrell has quit [Quit: WeeChat 4.2.1]
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
yrc has quit [Ping timeout: 240 seconds]
waleee has quit [Ping timeout: 264 seconds]
lightsleeper has joined #ffmpeg
Blacker47 has joined #ffmpeg
HarshK23 has joined #ffmpeg
MootPoot has quit [Quit: Connection closed for inactivity]
Ox7C5 has quit [Quit: Lost terminal]
ivanich has joined #ffmpeg
luc4 has joined #ffmpeg
JanC has quit [Ping timeout: 264 seconds]
lavaball has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
fossdd has joined #ffmpeg
JanC has joined #ffmpeg
lexano has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
Ogobaga has joined #ffmpeg
fossdd has joined #ffmpeg
vincejv has quit [Quit: Bye bye! Leaving for now...]
hightower2 has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
fossdd has joined #ffmpeg
vincejv has joined #ffmpeg
Tano has joined #ffmpeg
Ram-Z has quit [Ping timeout: 255 seconds]
fossdd has quit [Ping timeout: 264 seconds]
<BlackBishop>
hmm, anybody care to help with some pointers on getting webrtc to work behind nat with mediamtx? :-D
<JEEB>
yea, at this point you probably want to move onto their support :)
five618480 has quit [Remote host closed the connection]
five618480 has joined #ffmpeg
fossdd has joined #ffmpeg
xx has quit [Remote host closed the connection]
xx has joined #ffmpeg
LuKaRo has quit [Ping timeout: 272 seconds]
LuKaRo has joined #ffmpeg
sonicrules1234 has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 256 seconds]
sonicrules1234 has joined #ffmpeg
fossdd has joined #ffmpeg
waleee has joined #ffmpeg
luc4 has quit [Ping timeout: 255 seconds]
fossdd has quit [Ping timeout: 255 seconds]
SystemError has joined #ffmpeg
minimal has joined #ffmpeg
Tinos has joined #ffmpeg
SystemError has quit [Remote host closed the connection]
SystemError has joined #ffmpeg
beaver has quit [Quit: restart]
beaver has joined #ffmpeg
fossdd has joined #ffmpeg
SystemError has quit [Remote host closed the connection]
SystemError has joined #ffmpeg
hightower3 has joined #ffmpeg
fossdd has quit [Ping timeout: 268 seconds]
hightower2 has quit [Ping timeout: 255 seconds]
SystemError has quit [Remote host closed the connection]
SystemError has joined #ffmpeg
Haripesch has joined #ffmpeg
fossdd has joined #ffmpeg
waleee has quit [Ping timeout: 264 seconds]
five618480 has quit [Remote host closed the connection]
five618480 has joined #ffmpeg
intrac2 is now known as intrac
rahl has joined #ffmpeg
<rahl>
I just downloaded a video file using yt-dlp, just under 500MB. Had to do it in a couple of attempts. Something appears to have been corrupted. While the file size seems accurate, the duration according to ffmpeg is less than 1m30s
<rahl>
Is there any way to try to repair this?
cancername has joined #ffmpeg
<BtbN>
download it again, but properly?
<rahl>
BtbN: Obviously that's an option I'm trying to avoid - on a crappy connection and an alternative has stupid data caps at the moment
<BtbN>
You just don't have any way to figure out what got messed up. So unless you want to go learn the spec of the codec, and go at it with a hex editor, you got very little other choice.
<rahl>
Define "properly"? The commands I used were valid, continuation of a download is not uncommon. What would stop the same thing from potentially happening again?
<BtbN>
Doing it in one go, without interruptions. It clearly didn't work properly.
<rahl>
BtbN: That's more like what I wanted to hear. I.e. "no, there isn't really a way to try and repair it" :)
<rahl>
BtbN: can't guarantee all in one go given the currently crap connection.
<BtbN>
in theory, youtube should be very easily resumable, given it's in a lot of tiny segments, that then get stitched together
<BtbN>
But clearly it didn't work :D
<rahl>
indeed
<BtbN>
could be anything. Like, it assuming an existing segment-file is done, while it's in fact incomplete
<rahl>
Who knows I guess. Feels like some header got written prematurely, then even though continuation was permitted and the rest of the content downloaded, the header remained untouched.
<cancername>
BtbN: doesn't it also use whole file that are requested with 204 Partial Content in addition to hls?
<cancername>
files *
<BtbN>
hmm?
<cancername>
youtube, I mean
<BtbN>
I don't follow
<BtbN>
YouTube uses dash/hls these days, so lots of tiny segments
<BtbN>
The flat-file mp4 versions only go up to 720p iirc
fossdd has quit [Ping timeout: 246 seconds]
<cancername>
only dash? I thought it had flat-file versions as well
<cancername>
let me see with yt-dlp
<BtbN>
It does, but only for low qualities
<BtbN>
So yt-dlp will pretty much always stitch together segments to get the best quality
<rahl>
In this case I can at least confirm it is stiching together fragments
<BtbN>
I'm really not sure what you are talking about at this point. Yes, there still are some flat file http mp4 downloads. But they're all lower quality.
<another|>
youtube has lots of old formats for compatibility
<JEEB>
at least it seems like they cleaned up H.263 nowadays?
<another|>
I remember when adding &fmt=18 to the URL was the trick to get high resolution
<cancername>
Some? Every split video/ audio format ID listed has "m3u8" and "https"-protocol equivalents. And what makes you say the "https" variants are lower quality? Did you download both versions of the same video and measure quality with an external metric? Are you sure the higher indicated rates aren't just protocol overhead?
JanC has quit [Ping timeout: 240 seconds]
<another|>
https is often dash
<another|>
see the "more info" column
<cancername>
clearly, the file is downloadable in one piece with no fragmentation to be seen, as also indicated by the size not being greyed out and tilde'd
JanC has joined #ffmpeg
<cancername>
(see second pastebin link)
BtbN has quit [Ping timeout: 268 seconds]
junaid_ has joined #ffmpeg
BtbN has joined #ffmpeg
<another|>
not quite sure how dash works behind the scenes
<another|>
however, anything >720p on YT is dash or hls
<BtbN>
Pretty much the same as HLS, just a lot of XML instead of an HLS playlist
<JEEB>
I think in browser they just use known calculate'able offsets into a combined document, so they don't need to utilize a manifest
<another|>
hmm.. do they auto stitch it together to a progressive file when you ask for it?
fossdd has joined #ffmpeg
<JEEB>
on youtube I think you generally get the full document with mp4_dash files
<JEEB>
same with webm_dash
<cancername>
it is very nice that dash can just output an index like this without modifying the underlying file
<JEEB>
both HLS and DASH can do byte offsets
<JEEB>
so it's a fragmented document which then the players access offset-wise or so. which also why if you try to access more than 8 megabytes or so directly, you can get limited in network speed (which is why passing youtube URLs to FFmpeg's HTTP(S) reader as-is will end up going slower
<cancername>
yay HLS, I guess.
<cancername>
interesting, JEEB
<furq>
that's fun
<furq>
i get a single file for vp9 over dash but an m3u8 for vp9 over hls
<furq>
not really sure what to do with that information
<cancername>
that's my experience as well
<cancername>
I haven't had that experience yet, JEEB, but I also have 1MByte/s down so yay german internet, I suppose.
<furq>
maybe that explains why youtube in mpv sucks if you use dash and is fine if you use hls
<furq>
or passable at least
chiselfuse has quit [Ping timeout: 260 seconds]
<cancername>
furq: That seems plausible, yt-dlp doesn't seem to pass any additional data
<cancername>
when used with -g
chiselfuse has joined #ffmpeg
<furq>
it doesn't
<cancername>
another puzzle solved -- layton
<BtbN>
I wonder if you could get yt-dlp to return the dash playlist instead of the flat file link?
<BtbN>
That might work around the slowness
<cancername>
maybe!
<furq>
i'd prefer to use the hls formats anyway
junaid_ has quit [Remote host closed the connection]
<BtbN>
They apparently don't always exist
<cancername>
Source?
<furq>
the phantom ones aren't available over dash anyway i think
<furq>
at least in my experience of trying to force the ios exclusive formats
<BtbN>
people complaining in the mpv channel
<furq>
i'm pretty sure it's just those
<furq>
yeah one of whom was me
Vonter has quit [Ping timeout: 272 seconds]
<furq>
that bug still doesn't make any sense though
<furq>
it would work fine with the same --ytdl-format if i ran mpv from a shell but then yt-dlp would busyloop forever if i ran it from a browser extension
<furq>
and the fix was to write ytdl-format differently but in a way that still gives me the same formats
Vonter has joined #ffmpeg
<cancername>
0. you can run yt-dlp from the browser? C-j 1. how even
<furq>
ff2mpv or play-with or whatever
<cancername>
and that runs yt-dlp?
<furq>
it runs mpv which runs yt-dlp for https links
<cancername>
I was under the impression it just yoinked <video> elements
<furq>
that sounds much more complex
<cancername>
speaking of video
<cancername>
<hot take?> "animated image" formats suck and need to be eradicated except for very very specific use cases and styles (pixel art) </>
<furq>
if you mean gif then that's a very cold take
<cancername>
apng too
<sonicrules1234>
I like jpeg-xl animated image format
<cancername>
really any image format trying to be a video format
<cancername>
sonicrules1234: what does it have going for it
<furq>
i don't think i've ever seen apng or animated webp in the wild
<cancername>
furq: I have, both, plenty of times
<furq>
and anything else is unsupported
<sonicrules1234>
Better, and lossless compression
<furq>
i guess i might have seen them, i don't check every image
<cancername>
sonicrules1234: better than av1? for what input
<furq>
but it seems like everyone just uses h264 or vp9 for animations now
<cancername>
furq: though "gif" sites like giphy and whatnot default to H.264 in MP4 now
<furq>
right
<sonicrules1234>
av1 is meant for actual video, and it's lossless compression is almost useless
<cancername>
sauce please
<cancername>
also
<cancername>
lots of "gifs" are actual video
<cancername>
as in, real-life full-motion picture
<sonicrules1234>
sauce is I use av1 ad my primary video format
<sonicrules1234>
*as
<sonicrules1234>
I was commenting on animation, like you were talking shout
<cancername>
not line art. I can see animated JXL and mmmmmaybe APNG working for line art, not full motion video
fossdd has quit [Ping timeout: 268 seconds]
<cancername>
could you send me some test files?
<sonicrules1234>
cancername: av1 is definitely better for this
<furq>
ffv1 would be great for this if anyone thought of it as an image format
<sonicrules1234>
When I think of the word animated, I think of line art
<cancername>
I agree
<cancername>
but it's only rarely actually used for line art
<cancername>
and pixel art usually requires/benefits from color palettes so GIF and APNG work fine
<furq>
it's usually <=256 colours as well
<cancername>
yes
<cancername>
lossy animated webp is seeing some use for prerendered full-motion 3d animations in Attorney Online, somewhat surprising, since it's all intra
<cancername>
oh I should create an "oops all intra" meme
Haripesch has quit [Quit: Client closed]
k-man has quit [Ping timeout: 268 seconds]
Tinos has quit [Remote host closed the connection]
Tinos has joined #ffmpeg
<sonicrules1234>
I do actually have a good use for lossless av1. At night I go to bed while listening to youtube videos, and what I do is I use av1 lossless to just compress a black screen with the youtube audio. I use tat at night because I can't turn off the screen on the steam deck
<cancername>
what a hack :P
<sonicrules1234>
xD
<another|>
wat?
<cancername>
also wait won't that still be backlit
<sonicrules1234>
It's an oled screen
<cancername>
right, forgot that existed
<another|>
why would you do that in av1?
<cancername>
less data, presumably
<sonicrules1234>
Yep
<another|>
doubt
<cancername>
(A) Truth
<cancername>
but no, no clue actually, someone should Try It And See
<another|>
x264 in single color lossless should be very small
<another|>
why even lossless?
<sonicrules1234>
I heard there'd be artifacts with x264 non-lossless
<another|>
artifacts.. in pure black?
<sonicrules1234>
Yes
<another|>
why would you care about artifacts in video you don't watch?
Tano has quit [Ping timeout: 264 seconds]
<sonicrules1234>
Because more light would be let out
fling has quit [Remote host closed the connection]
<furq>
does it even outperform lossless x264
<another|>
side note of lossless h264 likely not being supported by HW
<furq>
you can just run mpv on a steam deck can't you
fling has joined #ffmpeg
SystemError has quit [Ping timeout: 260 seconds]
<sonicrules1234>
That's what I'm doing
five618480 has quit [Remote host closed the connection]
k-man has joined #ffmpeg
five618480 has joined #ffmpeg
<furq>
i don't see how there would be artifacts anyway
<furq>
not much compresses better than flat colour
fossdd has joined #ffmpeg
<another|>
compress(colour) -> color
<sonicrules1234>
Lol
<cancername>
a 1x1 color that doesn't change seems like one of the easiest things to compress, and for your use case, wouldn't it be best to just... display an image while playing audio?