On 10/14/15, Hendrik Leppkes wrote:
> On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote:
>> Lacking a better place to debate this, I would like to ask some
>> questions on a video codec idea...
>>
>> The goal is basically to create a very fast lossless screen capture
>> codec (i.e. in the input t
On 10/14/15, Nicolas George wrote:
> Le tridi 23 vendémiaire, an CCXXIV, Roger Pack a écrit :
>> For instance, given 3 frames of video ("one after another" from the
>> incoming video stream), "combine them" into one stream like:
>> pixel 1 frame 1, pixel 1 frame 2, pixel 1 frame 3, pixel 2 frame 2
On Wed, 14 Oct 2015 12:08:58 -0600
Roger Pack wrote:
> Lacking a better place to debate this, I would like to ask some
> questions on a video codec idea...
>
> The goal is basically to create a very fast lossless screen capture
> codec (i.e. in the input there will be lots of repeated "colors" o
On Wed, Oct 14, 2015 at 9:04 PM, Paul B Mahol wrote:
> Dana 14. 10. 2015. 20:42 osoba "Hendrik Leppkes"
> napisala je:
>>
>> On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote:
>> > Lacking a better place to debate this, I would like to ask some
>> > questions on a video codec idea...
>> >
>> > T
On Wed, Oct 14, 2015 at 12:08:58 -0600, Roger Pack wrote:
> The goal is basically to create a very fast lossless screen capture
> codec (i.e. in the input there will be lots of repeated "colors" of
> neighboring pixels, not a lot of dynamic content between frames).
Have you benchmarked existing lo
2015-10-14 20:08 GMT+02:00 Roger Pack :
> I have become aware of some "fast" compression tools like LZO, LZ4,
> density, etc. It seems like they all basically compress "the first
> 64KB then the next 64KB" or something like that [1].
It's generally the size of a window or dictionary, in which the
Dana 14. 10. 2015. 20:42 osoba "Hendrik Leppkes"
napisala je:
>
> On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote:
> > Lacking a better place to debate this, I would like to ask some
> > questions on a video codec idea...
> >
> > The goal is basically to create a very fast lossless screen captu
Le tridi 23 vendémiaire, an CCXXIV, Roger Pack a écrit :
> For instance, given 3 frames of video ("one after another" from the
> incoming video stream), "combine them" into one stream like:
> pixel 1 frame 1, pixel 1 frame 2, pixel 1 frame 3, pixel 2 frame 2,
> pixel 2 frame 2, pixel 2 frame 3 ...
On Wed, Oct 14, 2015 at 8:08 PM, Roger Pack wrote:
> Lacking a better place to debate this, I would like to ask some
> questions on a video codec idea...
>
> The goal is basically to create a very fast lossless screen capture
> codec (i.e. in the input there will be lots of repeated "colors" of
>
Lacking a better place to debate this, I would like to ask some
questions on a video codec idea...
The goal is basically to create a very fast lossless screen capture
codec (i.e. in the input there will be lots of repeated "colors" of
neighboring pixels, not a lot of dynamic content between frames
10 matches
Mail list logo
