Jhonny2x4 has quit [Read error: Connection reset by peer]
fossdd has quit [Ping timeout: 256 seconds]
bencoh has quit [Ping timeout: 256 seconds]
LionEagle has quit [Read error: Connection reset by peer]
JanC has quit [Remote host closed the connection]
JanC has joined #ffmpeg
lusciouslover has quit [Quit: \]
lusciouslover has joined #ffmpeg
fossdd has joined #ffmpeg
lusciouslover has quit [Quit: \]
NorVegan has joined #ffmpeg
lusciouslover has joined #ffmpeg
lusciouslover has quit [Remote host closed the connection]
lusciouslover has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
JanC has quit [Remote host closed the connection]
JanC has joined #ffmpeg
lusciouslover has quit [Quit: \]
lusciouslover has joined #ffmpeg
JanC_ has joined #ffmpeg
JanC is now known as Guest4738
Guest4738 has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
JanC_ is now known as JanC
rvalue has quit [Ping timeout: 268 seconds]
mven97 has joined #ffmpeg
fossdd has joined #ffmpeg
rvalue has joined #ffmpeg
vampirefrog has quit [Ping timeout: 268 seconds]
Tinos has joined #ffmpeg
Mister_Magister has quit [Quit: bye]
fossdd has quit [Ping timeout: 276 seconds]
iive has quit [Quit: They came for me...]
Mister_Magister has joined #ffmpeg
realies has quit [Quit: Ping timeout (120 seconds)]
GingerGeek has quit [Quit: Follow ma Twitter: @GingerGeek]
antto has quit [Remote host closed the connection]
deetwelve has quit [Quit: null]
GingerGeek has joined #ffmpeg
smashgrab has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
fossdd has joined #ffmpeg
Juest has quit [Read error: Connection reset by peer]
Trel has quit [Ping timeout: 246 seconds]
wkoszek has quit [Ping timeout: 246 seconds]
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
deetwelve has joined #ffmpeg
antto has joined #ffmpeg
realies has joined #ffmpeg
tempus_fol has joined #ffmpeg
smashgrab has joined #ffmpeg
tempora has quit [Read error: Connection reset by peer]
Juest has joined #ffmpeg
Muimi has joined #ffmpeg
Trel has joined #ffmpeg
fossdd has quit [Ping timeout: 268 seconds]
lavaball has quit [Remote host closed the connection]
fossdd has joined #ffmpeg
JanC has quit [Ping timeout: 260 seconds]
lexano has quit [Ping timeout: 264 seconds]
fossdd has quit [Ping timeout: 256 seconds]
JanC has joined #ffmpeg
upekkha has quit []
upekkha has joined #ffmpeg
fossdd has joined #ffmpeg
minimal has quit [Quit: Leaving]
JanC has quit [Ping timeout: 268 seconds]
JanC has joined #ffmpeg
Marth64 has joined #ffmpeg
<Marth64>
I have some MPEG-2 files I had cut with ffmpeg using -ss. I can verify that the first frame is indeed an i-frame, but for some reason the video start time is reported as just slightly above 0 now e.g. (0.018000). Is this a big deal and should I be paranoid about it? The video plays fine and audio is in sync.
<Marth64>
well, Matroska file with mpeg-2 video and ac3
fossdd has quit [Ping timeout: 264 seconds]
lucasta has quit [Quit: Leaving]
<Marth64>
strangely, remuxing it with -shortest makes the issue disappear :o
fossdd has joined #ffmpeg
LionEagle has joined #ffmpeg
waleee has quit [Ping timeout: 268 seconds]
LionEagle has quit [Client Quit]
LionEagle has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
fossdd has joined #ffmpeg
lemourin7 has joined #ffmpeg
lemourin7 is now known as lemourin
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg
MrZeus has joined #ffmpeg
LionEagle has quit [Ping timeout: 260 seconds]
MrZeus_ has joined #ffmpeg
LionEagle has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
MrZeus has quit [Ping timeout: 260 seconds]
LionEagle has quit [Max SendQ exceeded]
Marth64 has quit [Remote host closed the connection]
mven97 has quit [Ping timeout: 252 seconds]
fossdd has joined #ffmpeg
LionEagle has joined #ffmpeg
mven97 has joined #ffmpeg
emmanuelux has quit [Quit: au revoir]
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
fling has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 272 seconds]
fling has joined #ffmpeg
fossdd has joined #ffmpeg
fossdd has quit [Ping timeout: 268 seconds]
LionEagle has quit [Quit: Leaving]
fossdd has joined #ffmpeg
<rodeo>
Presumably because an audio packet was included that starts before the video frame in question; not sure what effect -shortest has
AbleBacon has quit [Read error: Connection reset by peer]
MootPoot has quit [Quit: Connection closed for inactivity]
Marth64 has joined #ffmpeg
<Marth64>
rodeo: yeah, that appears to be the case. thanks
averne has quit [Ping timeout: 256 seconds]
averne has joined #ffmpeg
vlm has joined #ffmpeg
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg
Marth64 has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 256 seconds]
fossdd has joined #ffmpeg
NorVegan has quit [Ping timeout: 264 seconds]
nodminger30 has joined #ffmpeg
Ox7C5_ has joined #ffmpeg
<nodminger30>
hi all! I don't know whether this is a right place to ask this ffmpeg API question, if not, please let me know. I am using Sipsorcery to share screen using WebRTC. It uses FFMpeg API uisng FFmpeg Autogen. In the code there is a part where it calls this line "error = ffmpeg.av_read_frame(_fmtCtx, pkt);" here ffmpeg.av_read_frame is used to reaf frame. This part consume more CPU usage. Is there a way to reduce this CPU usage?
delovoilemon has joined #ffmpeg
flotwig_ has joined #ffmpeg
flotwig has quit [Ping timeout: 264 seconds]
delovoilemon has quit [Quit: delovoilemon]
nodminger30 has quit [Ping timeout: 260 seconds]
fossdd has quit [Ping timeout: 276 seconds]
blb has quit [Ping timeout: 240 seconds]
blb has joined #ffmpeg
fossdd has joined #ffmpeg
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
lec_thege804 has quit [Read error: Connection reset by peer]
lec_thege8042 has joined #ffmpeg
vampirefrog has joined #ffmpeg
kus has quit [Ping timeout: 272 seconds]
kus has joined #ffmpeg
MrZeus_ has quit [Ping timeout: 255 seconds]
nodminger30 has joined #ffmpeg
<nodminger30>
Hi, does any one know how ffmpeg.av_read_frame API works in FFMpeg.Autogen?
trillion_exabyte has quit [Ping timeout: 276 seconds]
<aaabbb>
nodminger30: just wait around a while, sometimes answers take a while
trillion_exabyte has joined #ffmpeg
stevenliu_ has joined #ffmpeg
stevenliu has quit [Ping timeout: 264 seconds]
fossdd has quit [Ping timeout: 276 seconds]
fossdd has joined #ffmpeg
dead1 has joined #ffmpeg
<BtbN>
I don't know what FFMpeg.Autogen is, but it's not related to ffmpeg, so it's unlikely anyone here can help you.
kus has quit [Ping timeout: 268 seconds]
Tano has quit [Quit: WeeChat 4.1.2]
MootPoot has joined #ffmpeg
kus has joined #ffmpeg
kus has quit [Max SendQ exceeded]
iliv has joined #ffmpeg
kus has joined #ffmpeg
kus has quit [Max SendQ exceeded]
kus has joined #ffmpeg
<nodminger30>
Okay! BtbN
<JEEB>
I guess it's somehow automagically generated wrappers around FFmpeg's API. which could be just plain 1:1 mappings (or it might have some internal logic)
five618480 has quit [Remote host closed the connection]
five618480 has joined #ffmpeg
BetweenUs has joined #ffmpeg
kus has quit [Ping timeout: 252 seconds]
oneforall2 has joined #ffmpeg
kus has joined #ffmpeg
<oneforall2>
what are we suppose touse for vlc and missing libavcodec/vaapi.h
<JEEB>
vlc3 I guess?
nodminger30 has quit [Quit: Client closed]
<JEEB>
I'd say you either need to patch it and post a patch upstream (unless upstream has a patch for it already), or you leave VAAPI support out, or you need to keep to an older FFmpeg
alexandre9099 has joined #ffmpeg
fling has quit [Remote host closed the connection]
fling has joined #ffmpeg
FH_thecat has quit [Quit: Leaving]
fling has quit [Remote host closed the connection]
fling has joined #ffmpeg
nodminger30 has joined #ffmpeg
rv1sr has joined #ffmpeg
Ox7C5__ has joined #ffmpeg
klaxa has quit [Quit: Quit.]
nodminger30 has quit [Ping timeout: 250 seconds]
Jhonny2x4 has joined #ffmpeg
jagannatharjun has joined #ffmpeg
Jhonny2x4 has quit [Read error: Connection reset by peer]
klaxa has joined #ffmpeg
klaxa has quit [Remote host closed the connection]
<Talkless>
While Ovif Device Manager that uses av*.dll too does not reproduce this...
Jhonny2x4 has quit [Quit: WeeChat 4.2.1]
Jhonny2x4 has joined #ffmpeg
Jhonny2x4 has quit [Client Quit]
Jhonny2x4 has joined #ffmpeg
Jhonny2x4 has quit [Client Quit]
Jhonny2x4 has joined #ffmpeg
Jhonny2x4 has quit [Client Quit]
Jhonny2x4 has joined #ffmpeg
alexherbo2 has joined #ffmpeg
Jhonny2x4 has quit [Read error: Connection reset by peer]
fossdd has quit [Ping timeout: 255 seconds]
MrZeus_ has joined #ffmpeg
fossdd has joined #ffmpeg
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Tano has joined #ffmpeg
navi has quit [Quit: WeeChat 4.1.2]
alexandre9099 has quit [Quit: Client closed]
Jhonny2x4 has joined #ffmpeg
Jhonny2x4 has quit [Read error: Connection reset by peer]
MootPoot has quit [Quit: Connection closed for inactivity]
nemesit has quit [Read error: Connection reset by peer]
rsx has joined #ffmpeg
nodminger30 has joined #ffmpeg
nodminger30 has quit [Client Quit]
minimal has joined #ffmpeg
lavaball has joined #ffmpeg
waleee has joined #ffmpeg
vvvv4 has joined #ffmpeg
vvvv4 is now known as vvvv
fossdd has quit [Ping timeout: 255 seconds]
waleee has quit [*.net *.split]
Tano has quit [*.net *.split]
MrZeus_ has quit [*.net *.split]
BetweenUs has quit [*.net *.split]
iliv has quit [*.net *.split]
zsoltiv_ has quit [*.net *.split]
bencoh has quit [*.net *.split]
Ogobaga has quit [*.net *.split]
theracermaster has quit [*.net *.split]
Traneptora has quit [*.net *.split]
nrg has quit [*.net *.split]
acovrig60 has quit [*.net *.split]
Manouchehri has quit [*.net *.split]
Riviera has quit [*.net *.split]
nickster has quit [*.net *.split]
kasper93 has quit [*.net *.split]
dv_ has quit [*.net *.split]
faxmodem has quit [*.net *.split]
vvvv has quit [*.net *.split]
thomas_D81 has quit [*.net *.split]
Ekho has quit [*.net *.split]
IcyPalm has quit [*.net *.split]
turdle has quit [*.net *.split]
csavinovich_ has quit [*.net *.split]
spaam has quit [*.net *.split]
Manouchehri has joined #ffmpeg
thomas_D8 has joined #ffmpeg
nrg has joined #ffmpeg
dv_ has joined #ffmpeg
theracermaster has joined #ffmpeg
kasper93 has joined #ffmpeg
vvvv has joined #ffmpeg
acovrig60 has joined #ffmpeg
waleee has joined #ffmpeg
MrZeus_ has joined #ffmpeg
csavinovich_ has joined #ffmpeg
IcyPalm has joined #ffmpeg
faxmodem has joined #ffmpeg
BetweenUs has joined #ffmpeg
fossdd has joined #ffmpeg
Ox7C5_ has quit [Quit: Lost terminal]
turdle has joined #ffmpeg
zsoltiv_ has joined #ffmpeg
bencoh has joined #ffmpeg
Ekho has joined #ffmpeg
iliv has joined #ffmpeg
tsujp has quit [Ping timeout: 260 seconds]
nickster has joined #ffmpeg
tsujp has joined #ffmpeg
Ogobaga has joined #ffmpeg
se5en has joined #ffmpeg
Tano has joined #ffmpeg
Traneptora has joined #ffmpeg
se5en_ has joined #ffmpeg
fossdd has quit [Ping timeout: 264 seconds]
se5en has quit [Read error: Connection reset by peer]
fossdd has joined #ffmpeg
<se5en_>
Hi, I have a problem when trying to join three video streams together using the concat demuxer. I have a script which tries to make a "mostly"-lossless cut of a specific segment in a video, and then pipes it to a ffmpeg process which uses the concat demuxer to join these clips (first clip is transcoded, middle clip is copied using -c:v copy, third clip is transcoded). I am using ffmpeg 6.1 for all parts of this. Various comments on the internet suggested
<se5en_>
that I might have a mismatching resolution, or frame rate, or timescale, but afaict all of them are identical. If anyone encountered this before I would appreciate some advice.
<se5en_>
(Actually, the concat here in question is reading the first and last part from a file, but the behavior is the same for both when it is passed via pipe: and when it's not.)
alexherbo2 has quit [Remote host closed the connection]
<kepstin>
se5en_: it's not _just_ resolution, frame rate, etc. in order for a concatenated video to be playable, there's a whole bunch of settings that have to be compatible in how the video is encoded.
alexherbo2 has joined #ffmpeg
<kepstin>
if you didn't originally encode the videos being concatenated, or you otherwise don't know the encoder and settings used, it will be very difficult to figure out and i honestly probably would just re-encode the whole thing.
<se5en_>
I see, the reason I'm trying to do it this way is so that it's possible for me to cut larger chunks from relatively long videos (12 or so hours) without me having to reencode it, but unfortunately as you said, I don't have information about the original encoding except for whatever I can infer from the file.
alexherbo2 has quit [Ping timeout: 250 seconds]
<se5en_>
I didn't mention what the problem was actually -- the first (my transcoded) and second (stream-copied) files work just fine, but when I concatenate the third file it doesn't work and the video stops playing after the stream copy ends, and I start getting Non-monotonic DTS in output warnings in the logs
<se5en_>
so I suppose I will have to transcode the whole thing as you said
AbleBacon has joined #ffmpeg
se5en_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
LionEagle has quit [Ping timeout: 240 seconds]
alexherbo2 has joined #ffmpeg
LionEagle has joined #ffmpeg
vlm has quit [Read error: Connection reset by peer]
vlm has joined #ffmpeg
vlm has quit [Client Quit]
lavaball has quit [Remote host closed the connection]
epony has quit [Remote host closed the connection]
Jhonny2x4 has joined #ffmpeg
Talkless has quit [Remote host closed the connection]
averne has quit [Quit: quit]
vincejv has quit [Ping timeout: 260 seconds]
averne has joined #ffmpeg
Marth64 has joined #ffmpeg
<BtbN>
well, if you control some of them, you might only have to transcode some parts
alexherbo2 has quit [Remote host closed the connection]
vincejv has joined #ffmpeg
navi has joined #ffmpeg
alexherbo2 has joined #ffmpeg
lavaball has joined #ffmpeg
LionEagle has quit [Quit: Leaving]
LionEagle has joined #ffmpeg
five618480 has quit [Remote host closed the connection]
five618480 has joined #ffmpeg
theobjectivedad has quit [Read error: Connection reset by peer]
theobjectivedad has joined #ffmpeg
waleee has quit [Quit: WeeChat 4.1.2]
<bcn>
What's the best format to store a driving timelapse video (best meaning lowest filesize and highest quality Should I drop the framerate since its gonna be jittery anyway? 4 hr timelapse playing back in about 4 minutes
<BtbN>
There is no best format really
<Marth64>
bcn: hi, just first would note there is a difference between Format vs. Codec. Format is what the video/audio container will be (e.g. mp4, mkv file). Codec is how you are compressing the video/audio to meet your filesize needs (e.g. H264, MPEG-2, ...)
<CounterPillow>
quality/filesize tradeoff also heavily depends on the encoder
<BtbN>
There is however much time you are willing to invest into encoding, and how compatible you want the result to be.
<BtbN>
And file size, of course
<CounterPillow>
e.g. libsvt-av1 is pretty good at doing fairly low bitrate AV1 encodes but if you're going for transparent (i.e. visually indistinguishable from source) encodes then x264 is probably going to have less funky problems despite targeting an older "less efficient" codec.
alexherbo2 has quit [Remote host closed the connection]
<aaabbb>
i find x265 is better than x264 for near-lossless encoding, since it has features with that in mind that are built in
<aaabbb>
but both x264 and x265 are rock solid at high bitrates
deus0ww has quit [Ping timeout: 256 seconds]
<aaabbb>
bcn: it depends on how much time you're willing to dedicate to encoding
<JEEB>
not necessarily high, but compressing while trying to keep quality quite close
<JEEB>
x265 really easily goes into "lol blur"
<aaabbb>
yeah
<aaabbb>
bcn: for driving timelapse, you're going to want something that works well with large motion vectors
<galad>
especially with sao on the default setting
<aaabbb>
galad: x265's sao isn't nearly as bad as it used to be
<JEEB>
and I decided it wasn't worth it to try and tweak since x264's defaults with just preset adjustment was GoodEnough
<galad>
it still blurs a bit too much by default
deus0ww has joined #ffmpeg
fossdd has quit [Ping timeout: 256 seconds]
fossdd has joined #ffmpeg
<bcn>
Marth64: I'm willing to sit a dual core 4ghz machine on it for an hour roughly. I'm find seeing artifacts, as long as there's not ALWAYS artifacts, or it doesn't look like complete dog shit. i'll probably play back in vlc, so i assume that means I'm fine with weird uncommon codecs. so what I'm hearing is .mp4 .mkv .mpg .webm .vp8 doesn't matter much at all. but the codec does... expected that i guess
<Marth64>
bcn: do you need audio?
<BtbN>
you are mixing containers and codecs there
<Marth64>
^
<Marth64>
my suggestion is just get started with something, and learn and tune as you go, here's a simple base command to convert to MP4 format (no audio, H264 compressed video@30fps): ffmpeg -i INPUT -map 0:v -filter:v "fps=30" -c:v libx264 -preset medium OUTPUT.mp4
<aaabbb>
Marth64: for a timelapse, i wouldn't recommend medium preset
<aaabbb>
i'd recommend at least slower and increase the me range manually
<bcn>
Marth64: no audio. and just one container and codec
<Marth64>
bcn: ^ then try what I said + what aaabbb said
<Marth64>
and just go for it
<Marth64>
tune it as you learn
<Marth64>
i have never actually encoded a timelapse myself
<BtbN>
you'll want to setpts + fps for a timelapse
<BtbN>
setpts to make it 1000 fps or however much it needs to be to be over in a minute, and then fps to cut it back down to a useful fps
rossome has quit [Quit: WeeChat 4.1.2]
<aaabbb>
if it's not already a timelapse
<aaabbb>
BtbN: what's that filter that chooses the most relevant frame for a timelapse? i think it's also used for thumbnailing
<BtbN>
I don't think such a filter exists. How would it know what's relevant?
<BtbN>
And wouldn't it look quite jarring if the frames are not uniform?
rossome has joined #ffmpeg
<aaabbb>
it's the thumbnail filter, i misremembered
<aaabbb>
"Select the most representative frame in a given sequence of consecutive frames"
fossdd has quit [Ping timeout: 255 seconds]
Starz0r has quit [Ping timeout: 272 seconds]
<bcn>
it's already a timelapse. and it's already at the 1 minute per second ratio. I think its 30fps, so a frame every 2 seconds during recording. I'm not looking to squeeze the time any tighter. I just mentioned it was a timelapse, because for compression-recommendation-sake i thougth it may have been worth noting that there is alot of continuous rapid motion
<aaabbb>
bcn: the main thing is long motion vectors
<BtbN>
well, 1 frame per 2 seconds while driving could be beyond motion vectors
<bcn>
3840 x 2160 res. I like that I can pause it and read a highway sign or the number off a building!
<bcn>
highway driving btw. avg 60mph, or 88 feet per second
<aaabbb>
BtbN: relative motion with most cars will be relatively small
<aaabbb>
motion vectors won't help with the moving road markings but should help with things moving relatively more slow due to eg paralax
<bcn>
not encircled in other cars for the most part. they're there, but I don't care if the cars look pretty as much as the sky, hillside, etc
<bcn>
sky is slower moving. hillside mostly too. buildings are less slow.. but less common to and often at stop lights
fossdd has joined #ffmpeg
<aaabbb>
bcn: encoding those with fewer bits means more bits can be used for the parts you want to see
<se5en>
but i don't want to re-encode the expensive, long, middle one which is copied between two keyframes
<aaabbb>
bcn: so an hour to encode 3 minutes?
<jbai256>
I have a use case where I'm trying to get ffmpeg to accept a RTMP input stream and essentially output a cable TV compatible stream (for a cable headend) -- MPEG2TS and AC3 audio, 720x480 at 29.97 frame rate. I'm currently sending mpegts over udp, and it works, but it is very jittery on the TV. Is this a good place to seek advice?
BetweenUs_ has joined #ffmpeg
<bcn>
aaabbb: I'm willing to let the encoder run for an hour on this 2160p video if that helps it improve quality
<aaabbb>
you never improve quality by encoding
fossdd has quit [Ping timeout: 255 seconds]
<bcn>
the car ride was 4 hours total. i cut out gas and brakes.. I know encoding doesn't improve it. but what i meant was to reduce the ammount of quality loss
<bcn>
s/improve/preserve/
<Marth64>
jbai256: many layers to the problem starting with networking
<aaabbb>
bcn: i'd suggest x265, it's quite good with very high res
<Marth64>
check udp is performing as expected (compare with tcp if possible?)
<aaabbb>
do the slowest preset you can tolerate, and tweak the crf as needed (lower crf = better quality/bigger file, higher crf = lower quality/smaller file)
BetweenUs_ has quit [Client Quit]
BetweenUs has quit [Read error: Connection reset by peer]
<Marth64>
bdp: (udp isn't an issue itself just your network should be optimized to handle it for your needs)
Jhonny2x4 has quit [Read error: Connection reset by peer]
se5en has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
fossdd has joined #ffmpeg
<jbai256>
Marth64: I'm running this on a VM running Debian 12. The destination is in network with high througput fiber.
<jbai256>
Marth64: This is the command I'm using right now --- /usr/bin/ffmpeg -listen 1 -i rtmp://0.0.0.0:12006/ch6/go/mp4:live -vcodec mpeg2video -pix_fmt yuv420p -me_method epzs -r 29.97 -s 720x480 -b:v 5000k -acodec ac3 -ar 48000 -ab 224k -ac 2 -threads 4 -trellis 2 -bf 2 -v info -f mpegts udp://a.b.c.d:11006
psykose has quit [Remote host closed the connection]
<jbai256>
I've researched the idea of having ffmpeg output two streams -- one to the cable headend and another to be used on occasion to troubleshoot, preferably something I can point MPV or VLC at, but I'm not sure how to do that. To clear I'm far from a video guru, let alone a ffmpeg master.
HarshK23 has joined #ffmpeg
se5en has joined #ffmpeg
<linext>
is a video file recorded from a stream cleaner if ffmpeg closes the stream, or if the stream closes itself?
rsx has quit [Ping timeout: 264 seconds]
<linext>
i did a test and don't see a big difference between two samples (one for each method)
<linext>
the duration is slightly different
fossdd has quit [Ping timeout: 255 seconds]
fossdd has joined #ffmpeg
ivanich has joined #ffmpeg
Haxxa has quit [Quit: Haxxa flies away.]
<another|>
there should be no difference afaik
Haxxa has joined #ffmpeg
JanC has quit [Ping timeout: 240 seconds]
lavaball has quit [Remote host closed the connection]
JanC has joined #ffmpeg
fossdd has quit [Ping timeout: 255 seconds]
LionEagle has quit [Quit: Leaving]
fossdd has joined #ffmpeg
jbai256 has quit [Ping timeout: 272 seconds]
epony has joined #ffmpeg
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg
<Marth64>
jbai256: how is your VM connected to the network? virtual NIC, SR-IOV, etc?
<Marth64>
you may consider to try VirtIO if it is not running that way already
<Marth64>
but again the problem can be in any layer
<Marth64>
your VM also needs to be strong enough to take the RTMP stream and re-transmits packets in real time with udp
<Marth64>
CPU governers, low power modes, etc play a role too
chiselfuse has quit [Remote host closed the connection]
chiselfu1e has joined #ffmpeg
Marth64 has joined #ffmpeg
<aaabbb>
what's the most performant way to reduce the number of colors in a video? for example limiting to 16 colors
LionEagle has joined #ffmpeg
fossdd has quit [Ping timeout: 260 seconds]
<JEEB>
I think there was a filter that calculates a palette
<JEEB>
dithering etc
fossdd has joined #ffmpeg
Marth64 has quit [Ping timeout: 260 seconds]
five618480 has quit [Remote host closed the connection]
Marth64 has joined #ffmpeg
five618480 has joined #ffmpeg
<aaabbb>
JEEB: i know palettegen can do it
Marth64 has quit [Remote host closed the connection]
Blacker47 has quit [Quit: Life is short. Get a V.90 modem fast!]
fossdd has quit [Ping timeout: 260 seconds]
se5en has quit [Read error: Connection reset by peer]
j45 has quit [Ping timeout: 268 seconds]
j45 has joined #ffmpeg
fossdd has joined #ffmpeg
j45 has quit [Ping timeout: 268 seconds]
j45 has joined #ffmpeg
MrZeus_ has quit [Read error: Connection reset by peer]
j45 has quit [Ping timeout: 240 seconds]
j45 has joined #ffmpeg
rv1sr has quit []
fossdd has quit [Ping timeout: 246 seconds]
j45 has quit [Ping timeout: 268 seconds]
j45 has joined #ffmpeg
<furq>
aaabbb: maybe elbg=l=16
<furq>
although looking at the docs that might give a different palette for every frame
fossdd has joined #ffmpeg
<drew>
I am trying to re-encode a 3gp video file from a phone to x264/aac. The video is fine but going from amr_nb to aac is causing the autio to speed up for some reason. I am seeing an aac error: [aac @ 000002e5f8eed540] Too many bits 8832.000000 > 6144 per frame requested, clamping to max
<drew>
I am not passing any audio encoder settings, I'm just doing -c:a aac. Is there something I need to specify to ensure the audio is re-encoded properly?
<JEEB>
not sure if that error is the reason for things, that just sounds like "you asked me to utilize too many bits - so I'll utilize less"
waleee has joined #ffmpeg
<JEEB>
if there is actual timestamp issues etc (which would cause playback being too fast), that's separate
<drew>
I can paste the whole output, one second
<JEEB>
also I'd almost say that I wouldn't bother re-encoding that unless absolutely necessary. thankfully the video is already H.264 so you can just copy that.
<kepstin>
hmm, "-c:a aac" is ffmpeg's built-in aac encoder, i wonder if you might be hitting a bug with the low sample rate.
Riviera has joined #ffmpeg
<drew>
I tried -c:a copy but I got an error that ffmpeg didn't know the amr_nb encoder so it couldn't copy
<drew>
can I use -c:v copy (to just copy the h.264) if I am going to use -vf crop ?
<JEEB>
no, cropping the actual video requires you to decode. in theory you could add crop metadata to f.ex. matroska or mp4 file, but not everything supports container crop
<JEEB>
anyways, `ffmpeg -v verbose -i out.mp4 out.wav`, check if that plays correct in audacity or so?
<furq>
everything supports bitstream cropping but only on the bottom and right
<furq>
so if you don't need to crop the top or left then that would work
<JEEB>
and I think the amount of bitstream cropping is limited
<JEEB>
of course if you only require a small amount of cropping it's a possibility of course
GenTooMan has quit [Remote host closed the connection]
fossdd has quit [Ping timeout: 255 seconds]
wyatt8740 has quit [Ping timeout: 260 seconds]
wyatt8750 has joined #ffmpeg
Marth64 has joined #ffmpeg
<drew>
http://0x0.st/HdJR.txt I tried playing out.wav in audacity and it is still sped up
MrZeus has joined #ffmpeg
Muimi has quit [Quit: Going offline, see ya! (www.adiirc.com)]
GenTooMan has joined #ffmpeg
<drew>
in fact trying to pull wav from the 3gp doesn't work either: http://0x0.st/HdJh.txt
<drew>
actually there's a bit a speed up in the beginning of the VIDEO of out.mp4 as well
fossdd has joined #ffmpeg
<yrc>
Marth64: FYI, I wrote a script for the 1st step of my automated rip of multi-version DVDs, which is to rip each chapter separately. Result is not too bad: out of 54 (title1)/45 (title2) chapters, 16 chapters are detected as duplicates with the same file size (by Czkawka) between the two titles, and 8 more with a different file size (I’ll have to investigate what those are…). That was with per-chapter
<yrc>
compression to the target format, which I’m not sure is a good idea after all, because I got a bunch on audio errors on some chapters, so the end-result is not fully playable.
<yrc>
Anyway, I think the disk is a bit damaged, which might explain some of the errors. I’ll try again on a ddrescue’d ISO, and this time by using copy codec. By the way, I use HandBrakeCLI.
<yrc>
Cheers
<Marth64>
yrc: NP, good luck. If you are using LG drives, you can expect silent corruption
<Marth64>
Normal drives will throw error when they read a bad block, LG drive will fill in the sector with random garbage data and call it good
<Marth64>
This is so that users have a good experience playing bad discs. Great for general use, bad for archiving.
jbai256 has joined #ffmpeg
<Marth64>
They call it "Jamless Play". Which, the irony, is that after a couple of bad discs, the whole drive jams up and stops accepting anything
<Marth64>
A backup from those drives is only valid after 2 passes and a checksum validation (this is for any type of disc)
<Marth64>
Also Handbrake doesn't have a stream copy feature to my knowlege. Few tools do, and even fewer do a decent job at it. This is one of the reasons I wrote a demuxer for ffmpeg.
fossdd has quit [Ping timeout: 255 seconds]
TheSashmo has joined #ffmpeg
<Marth64>
Your options are basically PgcDemux (which will require manual muxing work, more suited for advanced use case), MakeMKV (which will strip out closed captions), or the ffmpeg demuxer (which is still new and needs time in the real world)
lavaball has joined #ffmpeg
<Marth64>
Everything else out there either doesn't do it right or emit corrupt frames.
fossdd has joined #ffmpeg
<furq>
pgcdemux is pretty good but it's windows only
<Marth64>
Works good on WINE :)
<JEEB>
should check the patch for the dvd demuxer at some point; I might still have some DVD ISOs around ^^;
<furq>
i heard you can find those on the dark web
<Marth64>
Good luck. Let me know if you notice any see any A/V sync issue. I am not sure if I'm hallucinating but thought I saw one (and did find a suspicious line that may or may not actually be causing a problem)
<Marth64>
but after viewing it again later seemed, fine so maybe my eyes just were tired
Ox7C5__ has quit [Quit: Lost terminal]
<Marth64>
Taking a DVD vacation for 2 days lol
ivanich has quit [Remote host closed the connection]
jbai256 has quit [Ping timeout: 272 seconds]
fossdd has quit [Ping timeout: 264 seconds]
fossdd has joined #ffmpeg
HarshK23 has quit [Quit: Connection closed for inactivity]
<Marth64>
JEEB: probing not supported yet so you'll need to specify -f dvdvideo :D
<Marth64>
I'm not comfortable with that code yet as I would have to poke at people's block devices to see if they are real DVD drive when probing
five618480 has quit [Remote host closed the connection]
five618480 has joined #ffmpeg
Muimi has joined #ffmpeg
fossdd has quit [Ping timeout: 272 seconds]
fossdd has joined #ffmpeg
lusciouslover has quit [Ping timeout: 260 seconds]
lusciouslover has joined #ffmpeg
<realies>
can you do something like a audio spectrum matching with ffmpeg?
<realies>
i can imagine some mfcc hackery
ttys000_ has joined #ffmpeg
Jhonny2x4 has quit [Read error: Connection reset by peer]
ttys000 has quit [Ping timeout: 256 seconds]
fossdd has quit [Ping timeout: 255 seconds]
whatsupdoc has quit [Quit: Connection closed for inactivity]
ttys000 has joined #ffmpeg
fossdd has joined #ffmpeg
ttys000_ has quit [Ping timeout: 268 seconds]
Marth64 has quit [Remote host closed the connection]