Hello Carl,
sorry about the pastebin, will insert the console outputs directly here
next time. We cannot use tcpdump because there are cases where we want to
copy out just some parts of the mcast instead of the whole multicast.
I tried removing -movflags faststart and it consumed up to 1.3gb memo
On 23 April 2018 at 15:28, Gyan Doshi wrote:
> On 4/23/2018 7:31 PM, Stuart Bruce wrote:
>
>>
>> In principle, should there be a faster way to just get the keyframe / I
>> frame numbers (or times), which doesn't require FFprobe to output over
>> 1500
>> lines of data per minute of video for parsi
On 4/23/18, Elliott Balsley wrote:
>>
>> Two or more wrongs do not make one good.
>
> Sorry, I'm not understanding your point. The question I'm trying to
> understand is, how are pixels actually encoded? Is each pixel represented
> by a triplet of RGB / YUV values? If so, is there some way to l
>
> Two or more wrongs do not make one good.
Sorry, I’m not understanding your point. The question I’m trying to understand
is, how are pixels actually encoded? Is each pixel represented by a triplet of
RGB / YUV values? If so, is there some way to look at it in a text editor and
see values
Finally we have purchase another type of video camera.
In data giovedì 19 aprile 2018 11:41:14 CEST, Carl Eugen Hoyos ha scritto:
> 2018-04-18 22:44 GMT+02:00, Denis :
> > To test the video camera with ffmpeg I'm using this command line:
> > ./ffmpeg -loglevel 99 -i rtsp://admin:admin@172.30.153
On 4/23/2018 7:31 PM, Stuart Bruce wrote:
In principle, should there be a faster way to just get the keyframe / I
frame numbers (or times), which doesn't require FFprobe to output over 1500
lines of data per minute of video for parsing afterwards?
Using ffmpeg, you can run
ffmpeg -copyt
Indirectly related to my previous enquiry...
Programatically I want to use FFprobe get a list of the frame numbers
(numbers preferred, times if necessary) of keyframes (I frames without the
P frames) in a MOV file.
At present I'm using the arguments:
-select_streams v -show_frames "M:\ProcessTes
2018-04-23 13:25 GMT+02:00, Jakub Vojáček :
> we have multicast that has multiple video bitrates and audios
> in it. We are trying to copy out some snapshot of the stream
> using -copy. It is 10 minutes and according to benchmark
> parameter, the maximum amount of memory uses 1.6GB
> which is a lo
Hello,
we have multicast that has multiple video bitrates and audios in it. We are
trying to copy out some snapshot of the stream using -copy. It is 10
minutes and according to benchmark parameter, the maximum amount of memory
uses 1.6GB which is a lot, considering that it should just read the
mul
On 21 April 2018 at 17:24, Carl Eugen Hoyos wrote:
> 2018-04-21 14:25 GMT+02:00, Stuart Bruce :
> > The arguments being called to FFprobe are simply this:
> >
> > -show_streams "E:\Tests\2018-04-21\Timecode.mov"
>
> Exits immediately here.
> Can you reproduce the issue from "cmd" (the shell)?
>
Hello,
2018-04-22 19:56 GMT+02:00 Alex Ramos :
> Hello,
> I think I'm missing something.
> ffmpeg -i source.mov -vcodec hap -format hap target.mov OK
> ffmpeg -i source.mov -vcodec hap -format hap_alpha target.mov OK
> ffmpeg -i source.mov -vcodec hap -format hap_q target.mov OK
> This is not wor
11 matches
Mail list logo
