On Monday, April 3, 2017 2:01:33 AM CDT Cecil Westerhof wrote:
> Is there a way to decrease the size significantly, that does not take
> to much time and still keeps a good quality? (By accident I went from
> -crf 18 to -crf 120 instead of -crf 20. That was a very small file,
> but very blocky.) Th
On Monday 3 Apr 2017 23:39 CEST, Ron Sparks wrote:
> On 04/03/2017 09:23 AM, Cecil Westerhof wrote:
>> And if someone has tips about shooting the videos themselves, I do
>> not mind to get them. Saturday was the first time I did this. It
>> was not to bad, but there is room for improvement.
>
> I
On 04/03/2017 09:23 AM, Cecil Westerhof wrote:
And if someone has tips about shooting the videos themselves, I do not
mind to get them. Saturday was the first time I did this. It was not
to bad, but there is room for improvement.
I've found when shooting a long event it's best to break it up in
On Monday 3 Apr 2017 21:06 CEST, Paul B. Mahol wrote:
> On 4/3/17, William Caulfield wrote:
>> On Sat, Apr 1, 2017 at 1:21 PM, Cecil Westerhof wrote:
>>
>>> I was asked to make videos during a ToastMasters contest. I had
>>> ordered a microphone for this, but sadly it did not arrive in
>>> time
On Mon, Apr 3, 2017 at 1:25 PM, Cecil Westerhof wrote:
> On Monday 3 Apr 2017 20:58 CEST, William Caulfield wrote:
>
> > On Sat, Apr 1, 2017 at 1:21 PM, Cecil Westerhof
> wrote:
> >
> >> I was asked to make videos during a ToastMasters contest. I had
> >> ordered a microphone for this, but sadl
On 3 April 2017 at 15:47, Erik Slagter wrote:
> [ ffmpeg not syncing a/v properly with an mpeg transport stream, that
> has gaps in it, as input ]
>
> It seems nobody experiences the same issues. As said before it's not
> specific to a certain file, it happens with all such streams. So
> uploadin
On Monday 3 Apr 2017 20:58 CEST, William Caulfield wrote:
> On Sat, Apr 1, 2017 at 1:21 PM, Cecil Westerhof wrote:
>
>> I was asked to make videos during a ToastMasters contest. I had
>> ordered a microphone for this, but sadly it did not arrive in time.
>> So I needed to use the internal microp
On Fri, Mar 31, 2017 at 12:05 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Thu, Mar 30, 2017 at 03:33:46PM -0400, David Whitaker wrote:
> > Hi, I am a big fan of ffmpeg, I like the logo so I decided to have a
> single
> > white t shirt with the logo printed for my self.
> > The co
On 4/3/17, William Caulfield wrote:
> On Sat, Apr 1, 2017 at 1:21 PM, Cecil Westerhof wrote:
>
>> I was asked to make videos during a ToastMasters contest. I had
>> ordered a microphone for this, but sadly it did not arrive in time. So
>> I needed to use the internal microphone from my Canon HS60
On Sat, Apr 1, 2017 at 1:21 PM, Cecil Westerhof wrote:
> I was asked to make videos during a ToastMasters contest. I had
> ordered a microphone for this, but sadly it did not arrive in time. So
> I needed to use the internal microphone from my Canon HS60 SX. Being
> away about ten meters from the
On Monday 3 Apr 2017 20:35 CEST, Cecil Westerhof wrote:
> On Monday 3 Apr 2017 20:25 CEST, Nicolas George wrote:
>
>> Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
>>> With top I see that ffmpeg takes more as 500% CPU.
>>
>> Which is perfectly normal. But the computer should be pe
On Monday 3 Apr 2017 20:25 CEST, Nicolas George wrote:
> Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
>> With top I see that ffmpeg takes more as 500% CPU.
>
> Which is perfectly normal. But the computer should be perfectly
> usable at the same time.
Well, it is not. But I will l
Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
> With top I see that ffmpeg takes more as 500% CPU.
Which is perfectly normal. But the computer should be perfectly usable
at the same time.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
Hi All,
I am trying to build a solution using ffmpeg complex filters, as I have
just started ffmpeg i am trying zmq examples first, However I always end up
getting this error:
Error:
*echo Parsed_color_1 c yellow | tools/zmqsend*
*Sending command:[echo Parsed_color_1 c yellow | tools/zmqsend]*
*R
On Monday 3 Apr 2017 19:18 CEST, Cecil Westerhof wrote:
> On Monday 3 Apr 2017 16:41 CEST, Cecil Westerhof wrote:
>>
>> Maybe I could set crf back to 24 or 23 and use slow or slower. It
>> will still be small (I think) and the quality would be better. I
>> could do the conversion in a batch.
>
>
On Monday 3 Apr 2017 16:41 CEST, Cecil Westerhof wrote:
>
> Maybe I could set crf back to 24 or 23 and use slow or slower. It
> will still be small (I think) and the quality would be better. I
> could do the conversion in a batch.
Slower would have taken forever. So I cancelled that.
I tried it
On 03-04-17 19:01, Carl Eugen Hoyos wrote:
2017-04-03 18:54 GMT+02:00 Erik Slagter :
On 03-04-17 18:43, Carl Eugen Hoyos wrote:
2017-04-03 15:47 GMT+02:00 Erik Slagter :
[ ffmpeg not syncing a/v properly with an mpeg transport stream, that
has gaps in it, as input ]
It seems nobody experien
2017-04-03 18:54 GMT+02:00 Erik Slagter :
> On 03-04-17 18:43, Carl Eugen Hoyos wrote:
>>
>> 2017-04-03 15:47 GMT+02:00 Erik Slagter :
>>>
>>> [ ffmpeg not syncing a/v properly with an mpeg transport stream, that
>>> has gaps in it, as input ]
>>>
>>> It seems nobody experiences the same issues. As
On 03-04-17 18:43, Carl Eugen Hoyos wrote:
2017-04-03 15:47 GMT+02:00 Erik Slagter :
[ ffmpeg not syncing a/v properly with an mpeg transport stream, that
has gaps in it, as input ]
It seems nobody experiences the same issues. As said before
it's not specific to a certain file, it happens with
2017-04-03 15:47 GMT+02:00 Erik Slagter :
> [ ffmpeg not syncing a/v properly with an mpeg transport stream, that
> has gaps in it, as input ]
>
> It seems nobody experiences the same issues. As said before
> it's not specific to a certain file, it happens with all such streams.
> So uploading such
On Monday 3 Apr 2017 15:32 CEST, Nicolas George wrote:
> Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
>> By the way: when I am going to use an other preset like slow, the
>> file will be smaller, but can I count on it that the quality is at
>> least as good as with ultrafast?
>
>
[ ffmpeg not syncing a/v properly with an mpeg transport stream, that
has gaps in it, as input ]
It seems nobody experiences the same issues. As said before it's not
specific to a certain file, it happens with all such streams. So
uploading such a huge stream is imho pointless.
I've done some exp
Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
> By the way: when I am going to use an other preset like slow, the file
> will be smaller, but can I count on it that the quality is at least as
> good as with ultrafast?
The quality is set by crf; the preset changes the efforts to achi
On Monday 3 Apr 2017 14:14 CEST, Moritz Barsnick wrote:
> On Mon, Apr 03, 2017 at 13:52:18 +0200, Cecil Westerhof wrote:
>> Well, there are always optimums. As in my other reply: with the
>> advice from Chronek I got a smaller file, that was generated a lot
>> faster, without a quality loss that
On Mon, Apr 03, 2017 at 13:52:18 +0200, Cecil Westerhof wrote:
> Well, there are always optimums. As in my other reply: with the advice
> from Chronek I got a smaller file, that was generated a lot faster,
> without a quality loss that I was aware of.
You did ask "and still keeps a good quality".
On Monday 3 Apr 2017 12:42 CEST, Nicolas George wrote:
> Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
>> Is there a way to decrease the size significantly, that does not
>> take to much time and still keeps a good quality?
>
> If there was, we would all be using it.
>
> Video enco
On Monday 3 Apr 2017 12:22 CEST, chro...@interia.eu wrote:
> use more cpu consuming preset (like slow, slower, you can try use
> graphic encode like nvenc for speed up), increase crf to 22-26, use
> noise reduction (like hqdn3d), try better codec (like libx265)
I used libx265. It was a lot slowe
Hi All,
I am trying to build a solution using ffmpeg complex filters, as I have
just started ffmpeg i am trying zmq examples first, However I always end up
getting this error:
Error:
*echo Parsed_color_1 c yellow | tools/zmqsend*
*Sending command:[echo Parsed_color_1 c yellow | tools/zmqsend]*
*R
Le quartidi 14 germinal, an CCXXV, Cecil Westerhof a écrit :
> Is there a way to decrease the size significantly, that does not take
> to much time and still keeps a good quality?
If there was, we would all be using it.
Video encoding is always a compromise between output size, output
quality and
use more cpu consuming preset (like slow, slower, you can try use
graphic encode like nvenc for speed up), increase crf to 22-26, use
noise reduction (like hqdn3d), try better codec (like libx265)
W dniu 2017-04-03 o 09:01, Cecil Westerhof pisze:
I made Saturday some videos of a contest, but
On Mon, Apr 03, 2017 at 11:46:03 +0300, יוסף אלון wrote:
> Thanks I just see the 2 mails.
What are you reading? I see five listed there:
ffmpeg-devel
For discussions involving development of FFmpeg. Patches for FFmpeg should
be submitted here. Make sure you are subscribed so you will recei
HI ,
I'm currently experimenting ffmpeg for encrypted and transcoded contents
streaming.
Is HLS encryption with a key rotation is supported (Sample AES method) ?
I've managed to encrypt HLS segment with a static key which was delivered by
an http server ,But I want to make it more secure
Thanks I just see the 2 mails.
2017-03-27 14:15 GMT+03:00 Moritz Barsnick :
> On Mon, Mar 27, 2017 at 11:41:48 +0300, יוסף אלון wrote:
> > I would like to compile to following program:
> > With the flages: -lavcodec -lavutil -lavfilter -lavformat -lswscale -lz
>
> You have now asked on ffmpeg-use
I made Saturday some videos of a contest, but they are a ‘little’ to
big to be published. For example a video of not seven minutes is
1.2 GB.
I first worked with statements like (the audio needed to be increased also):
ffmpeg -y -i ${file}.MP4 -vcodec libx264 -crf 20 -af volume=3
${file}Audio
34 matches
Mail list logo
