> Hello everybody,
>
> it's been a while since my contribution to matroskaenc in July. In case you
> don't remember my scenario - it's about realtime transcoding and and
> streaming of mkv files.
> That means that the header is sent to the client before the ffmpeg process is
> completed.
>> can
On 12/23/16, Soft Works wrote:
>
>
>
> From: ffmpeg-devel on behalf of Paul B
> Mahol
> Sent: Friday, December 23, 2016 12:21 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Serious Regression i
>> To matroskaenc were only a few.
I'm counting 33 commits since my change from 17 July 2016
softworkz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 12/23/16, Soft Works wrote:
>
> On Fri, Dec 23, 2016 at 11:19:06AM +, Soft Works wrote:
>> Hello everybody,
>>
>> it's been a while since my contribution to matroskaenc in July. In case
>> you don't remember my scenario - it's about realtime transcoding and and
>> streaming of mkv files.
>>
On Fri, Dec 23, 2016 at 11:19:06AM +, Soft Works wrote:
> Hello everybody,
>
> it's been a while since my contribution to matroskaenc in July. In case you
> don't remember my scenario - it's about realtime transcoding and and
> streaming of mkv files.
> That means that the header is sent to
patches
Subject: Re: [FFmpeg-devel] Serious Regression in matroskaenc:
Le tridi 3 nivôse, an CCXXV, Soft Works a écrit :
> Are you making some fun out of me..?
No, sorry if it seemed that way.
> What I laid out was a method to reproduce as requested.
And the clear answer is: it is not a bug. Yo
On Fri, Dec 23, 2016 at 11:19:06AM +, Soft Works wrote:
> Hello everybody,
>
> it's been a while since my contribution to matroskaenc in July. In case you
> don't remember my scenario - it's about realtime transcoding and and
> streaming of mkv files.
> That means that the header is sent to
Le tridi 3 nivôse, an CCXXV, Soft Works a écrit :
> Are you making some fun out of me..?
No, sorry if it seemed that way.
> What I laid out was a method to reproduce as requested.
And the clear answer is: it is not a bug. You were using ffmpeg in an
unsupported way.
Note: for bugs without patch
>Le tridi 3 nivôse, an CCXXV, Soft Works a écrit :
>> Only thing that you shouldn't do is breaking the ffmpeg process via key
>> commands
>> because in this case the header would still be finalized.
>
>Then do that!
>
>Or possibly use the "live" option.
>
>Regards,
>
>--
> Nicolas George
Are yo
Le tridi 3 nivôse, an CCXXV, Soft Works a écrit :
> Only thing that you shouldn't do is breaking the ffmpeg process via key
> commands
> because in this case the header would still be finalized.
Then do that!
Or possibly use the "live" option.
Regards,
--
Nicolas George
signature.asc
Desc
From: ffmpeg-devel on behalf of Paul B Mahol
Sent: Friday, December 23, 2016 12:21 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] Serious Regression in matroskaenc:
On 12/23/16, Soft Works wrote:
> Hello everyb
On 12/23/16, Soft Works wrote:
> Hello everybody,
>
> it's been a while since my contribution to matroskaenc in July. In case you
> don't remember my scenario - it's about realtime transcoding and and
> streaming of mkv files.
> That means that the header is sent to the client before the ffmpeg pr
12 matches
Mail list logo
