On 08/03/2017 11:22 AM, Nicolas George wrote:
I still hope you can be convinced to understand proper design
principles. But if that cannot be achieved,then authority it is.
if it is ok with you, let's move on.
___
ffmpeg-devel mailing list
Le quintidi 15 thermidor, an CCXXV, Jorge Ramirez a écrit :
> how can I propose that "every single application duplicate headers" without
> knowing their use cases? that sort of generalization seems silly to me.
> there is no silver bullet to these kind of problems as you probably know.
You said
On 08/02/2017 10:51 PM, Reimar Döffinger wrote:
On 02.08.2017, at 19:53, Jorge Ramirez wrote:
On 08/02/2017 07:40 PM, Hendrik Leppkes wrote:
On Wed, Aug 2, 2017 at 7:14 PM, Jorge Ramirez
wrote:
I just think is wrong and I am a
On 02.08.2017, at 19:53, Jorge Ramirez wrote:
> On 08/02/2017 07:40 PM, Hendrik Leppkes wrote:
>> On Wed, Aug 2, 2017 at 7:14 PM, Jorge Ramirez
>> wrote:
>>> I just think is wrong and I am a bit surprised we could have no real
>>>
On 08/02/2017 07:40 PM, Hendrik Leppkes wrote:
On Wed, Aug 2, 2017 at 7:14 PM, Jorge Ramirez
wrote:
I just think is wrong and I am a bit surprised we could have no real
argument on the matter.
I've asked for your arguments on why v4l2 is so special that it
On Wed, Aug 2, 2017 at 7:14 PM, Jorge Ramirez
wrote:
>
> I just think is wrong and I am a bit surprised we could have no real
> argument on the matter.
>
I've asked for your arguments on why v4l2 is so special that it
warrants special treatment above any other
I am probably not the best person to discuss why other libraries/codecs are
managed the way they are(I lack the background and I would probably be
spawning discussions that have been already had);
We could ask it the other way around: do you propose that every single
application that wants to
Le quintidi 15 thermidor, an CCXXV, Jorge Ramirez a écrit :
Could at least one of you trim their mail once in a while please?
> I am probably not the best person to discuss why other libraries/codecs are
> managed the way they are(I lack the background and I would probably be
> spawning
On 08/02/2017 04:34 PM, Hendrik Leppkes wrote:
On Wed, Aug 2, 2017 at 3:30 PM, Jorge Ramirez
wrote:
On 08/02/2017 02:43 PM, Hendrik Leppkes wrote:
On Wed, Aug 2, 2017 at 11:39 AM, Jorge Ramirez
wrote:
On 08/02/2017 09:33 AM,
On Wed, Aug 2, 2017 at 3:30 PM, Jorge Ramirez
wrote:
> On 08/02/2017 02:43 PM, Hendrik Leppkes wrote:
>>
>> On Wed, Aug 2, 2017 at 11:39 AM, Jorge Ramirez
>> wrote:
>>>
>>> On 08/02/2017 09:33 AM, Hendrik Leppkes wrote:
On
On Wed, Aug 2, 2017 at 11:39 AM, Jorge Ramirez
wrote:
> On 08/02/2017 09:33 AM, Hendrik Leppkes wrote:
>>
>> On Tue, Aug 1, 2017 at 2:54 PM, Jorge Ramirez-Ortiz
>> wrote:
>>>
>>> From: Alexis Ballier
>>>
>>>
On 08/02/2017 02:43 PM, Hendrik Leppkes wrote:
On Wed, Aug 2, 2017 at 11:39 AM, Jorge Ramirez
wrote:
On 08/02/2017 09:33 AM, Hendrik Leppkes wrote:
On Tue, Aug 1, 2017 at 2:54 PM, Jorge Ramirez-Ortiz
wrote:
From: Alexis Ballier
On 08/02/2017 09:33 AM, Hendrik Leppkes wrote:
On Tue, Aug 1, 2017 at 2:54 PM, Jorge Ramirez-Ortiz
wrote:
From: Alexis Ballier
This patchset enhances Alexis Ballier's original patch and validates
it using Qualcomm's Venus hardware (driver
On Tue, Aug 1, 2017 at 2:54 PM, Jorge Ramirez-Ortiz
wrote:
> From: Alexis Ballier
>
> This patchset enhances Alexis Ballier's original patch and validates
> it using Qualcomm's Venus hardware (driver recently landed upstream
> [1]).
>
> This
On 08/01/2017 02:54 PM, Jorge Ramirez-Ortiz wrote:
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index f55bd90..0fbd10a 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
@@ -6,6 +6,7 @@ HEADERS = avcodec.h
\
15 matches
Mail list logo