quiry were rude and
unprofessional and have no place on this mailing list and I am sorry you
had to deal with them, and I do not understand who administers this list or
how to resolve those issues.
--
jh...@alum.mit.edu
John Hawkinson
On Thu, May 23, 2024 at 7:12 PM Zathras Yes
wrote:
> Hi,
Any thoughts on this issue, or how best to narrow or debug it? (Platform is
MacOS if that's helpful, but I could do so from Linux is that's easier.)
Thank you!
--
jh...@alum.mit.edu
John Hawkinson
John Hawkinson wrote on Sun, 7 Jun 2020
at 19:26:26 EDT in <202006
second.
The complete uncut output at the defaul loglevel is uninteresting.
The above is excerpted from loglevel trace, which gives nearly 1 GB of output
and is probably not helpful here in the entirety.
A lightly edited version and prematurely truncated version of the trace output
follows, w
the same work as a
chain of crop and scale, so I have to imagine one method is more efficeint than
the other, but the arbitrary differences in parameters and evaluable
expressions just feel odd.
Maybe I'm missing something.
Thanks.
--
jh...@alum.mit.edu
John Hawkinson
+1 617 797 0250
__
(On the other hand, presumably it's more
performant than a crop filter followed by a scale filer).
Thanks you.
--
jh...@alum.mit.edu
John Hawkinson
$ sh -x diag.sh
+ ffplay -i v -vf '
sendcmd=c='\''0-1 crop w 1146+T, crop h 1080'\'',
crop=
1146:644:
concatenating them. That's hardly the worst thing in the world.
--
jh...@alum.mit.edu
John Hawkinson
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
t woudl you recomend for
using ffmpeg's libraries? That's not something I'm very familiar with.
Thanks.
--
jh...@alum.mit.edu
John Hawkinson
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-u
eo streams and let one continue unchanged while the
other is fixed.
Perhaps recompose them in a better way.
Perhaps do some kind of blend or transition across the glitch rather than a
frame hold.
But I figured I'd worry about those after I got the baseline fix working.
Thanks.
And thanks for any suggestions how to do this better.
--
jh...@alum.mit.edu
John Hawkinson
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
> Please provide a sample input file if possible.
http://mit.edu/jhawk/tmp/t1.trm
Thanks!
--jh...@mit.edu
John Hawkinson
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit l
, but maybe the camera's "black magic" was different? Not sure
really what is different here.)
Can you suggest a better approach to acheive either this sub-goal
or the larger goal of stitching together videos that have short gaps
without processor-intensive work?
Thanks.
mpegts, I seem to get the
same problems, although I have not broken this out rigorously.
> (ffprobe output is completely irrelevant here, it does not show
> technical details.)
Is there a better diagnostic tool I should be using to ascertain
what should be concatena
transcoding.
Thanks!
Oh, right, you started with:
> just to make sure I get this right, are you trying to build an
> advanced version of Vantage Camera Ingest? Have fun then... ;-)
I'm not familiar with it but I looked at the cutsheet just now. I'd
say "not re
12 matches
Mail list logo