Marth64 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 is released
five618480339176 has quit [Remote host closed the connection]
five618480339176 has joined #ffmpeg
nact has joined #ffmpeg
crossby1004 has joined #ffmpeg
crossby1004 has quit [Client Quit]
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg
englishm has quit [Server closed connection]
englishm has joined #ffmpeg
andrewrk has left #ffmpeg [Konversation terminated!]
lusciouslover has quit [Read error: Connection reset by peer]
<qesat60>
Is there a container or a method that would allow putting two equal resolution videos side by side without reencoding them?
zenmov_ has quit [Ping timeout: 252 seconds]
zenmov_ has joined #ffmpeg
<bpmedley>
qesat60: Do you want a single physical file with two video streams?
<qesat60>
bpmedley: my desired end result is two videos playing in a single video player with unchanged quality
<qesat60>
simultaneously
<bpmedley>
qesat60: So, for example, a single instance of VLC running with two videos side by side?
<qesat60>
Correct, but it would be great if I could operate on them afterwards
<bpmedley>
Operate, how?
<qesat60>
using ffmpeg or other video editors
<bpmedley>
What are your source for the two videos? Are they physical files?
<qesat60>
yes, they are files captured from different monitors that for some reason had to be separate
<qesat60>
I want to reconstruct them without reencoding
<bpmedley>
Do you want to keep the separate and only join them on-the-fly for viewing?
<qesat60>
I would want a single file to avoid the mess
<qesat60>
So a single video file with two video streams that could be played side-by-side
<qesat60>
maybe there's some obscure format which supports that
<grib>
several players can *switch* video stream (eg "angle") multiplexed within a single container, but I don't know of any players that present those literally side-by-side (or even picture-in-picture)
<bpmedley>
Thanks for the correction and validated.
<qesat60>
let's check it out
probie has quit [Server closed connection]
<furq>
also if you don't want to reencode then ffmpeg -i foo.mkv -i bar.mkv -map 0:v -map 1:v -c copy out.mkv
probie has joined #ffmpeg
<furq>
assuming you don't want any audio
<qesat60>
not reencoding was the whole point, yes
<bpmedley>
[ffmpeg] Parsed_hstack_0: Input 1 height 1080 does not match input 0 height 544. ### I feel like, with the mpv command given, the width and height must match, for the streams.
<bpmedley>
My original files did not match
<furq>
only the height needs to match for hstack
<furq>
and the width for vstack
<furq>
also there probably isn't any point actually muxing them into the same container
<bpmedley>
The goal was to have a single resultant file?
<furq>
well if you really want that then sure
<furq>
but if you just want to view two videos side by side then mpv --lavfi-complex="[vid1][vid2]hstack[vo]" foo.mkv --external-file=bar.mkv
<furq>
if you need to use mpv from the cli anyway
<qesat60>
ah, right, mpv is a video player
<furq>
right
<furq>
it's just applying the ffmpeg hstack filter on playback
zenmov_ has quit [Ping timeout: 252 seconds]
zenmov_ has joined #ffmpeg
<qesat60>
I thought it was some scriptable container magic
clever has left #ffmpeg [#ffmpeg]
manwithluck has quit [Ping timeout: 244 seconds]
<bpmedley>
qesat60: You may need to adjust pts for the different sources, I'm not 100% sure. If you have sync issues, you might try "-bsf:v setts=ts=PTS-STARTPTS"