Andreas, sorry we keep getting sidetracked, since you originally
requested this API, would be able to send a patch with the appropriate
rename/apichange/version bump?
Thanks for your help.
Vittorio
On Sat, Mar 19, 2016 at 7:50 PM, Luca Barbato wrote:
> On 19/03/16 21:55, Vittorio Giovara wrote:
>
On 19/03/16 21:55, Vittorio Giovara wrote:
> On Sun, Jun 7, 2015 at 1:07 PM, Luca Barbato wrote:
>> On 07/06/15 16:30, Andreas Cadhalpun wrote:
>>> It seems Luca accidentally pushed an old version of this patch.
>>> The pushed version still has the ffio_read_size name and Luca's
>>> comment about
On Sun, Jun 7, 2015 at 1:07 PM, Luca Barbato wrote:
> On 07/06/15 16:30, Andreas Cadhalpun wrote:
>> It seems Luca accidentally pushed an old version of this patch.
>> The pushed version still has the ffio_read_size name and Luca's
>> comment about the error handling is also not addressed.
>
> Goo
On 07/06/15 16:30, Andreas Cadhalpun wrote:
> It seems Luca accidentally pushed an old version of this patch.
> The pushed version still has the ffio_read_size name and Luca's
> comment about the error handling is also not addressed.
Good thing it is an internal function and thanks for spotting!
On 07/06/15 16:37, Andreas Cadhalpun wrote:
> On 01.06.2015 09:13, Luca Barbato wrote:
>> On 01/06/15 00:37, Andreas Cadhalpun wrote:
>>> Since I don't expect that many people would start using that function before
>>> a release, I think delaying this doesn't do much good. But then, it doesn't
>>>
On 01.06.2015 09:13, Luca Barbato wrote:
> On 01/06/15 00:37, Andreas Cadhalpun wrote:
>> Since I don't expect that many people would start using that function before
>> a release, I think delaying this doesn't do much good. But then, it doesn't
>> do much harm either, for precisely the same reason
On 26.05.2015 16:41, Vittorio Giovara wrote:
> On Tue, May 26, 2015 at 3:24 PM, wm4 wrote:
>> On Tue, 26 May 2015 14:24:38 +0100
>> Vittorio Giovara wrote:
>>> +int ffio_read_size(AVIOContext *s, unsigned char *buf, int size)
>>> +{
>>> +int ret = avio_read(s, buf, size);
>>> +if (ret !=
On 01/06/15 00:37, Andreas Cadhalpun wrote:
> On 31.05.2015 12:35, Vittorio Giovara wrote:
>> On Thu, May 28, 2015 at 1:41 AM, Luca Barbato wrote:
>>> On 27/05/15 23:45, Andreas Cadhalpun wrote:
Why delaying it?
>>>
>>> Because I'd rather have people rely on released software when build
>>> t
On 31.05.2015 12:35, Vittorio Giovara wrote:
> On Thu, May 28, 2015 at 1:41 AM, Luca Barbato wrote:
>> On 27/05/15 23:45, Andreas Cadhalpun wrote:
>>> Why delaying it?
>>
>> Because I'd rather have people rely on released software when build
>> theirs at least if the changes are pure sugar on top
On Thu, May 28, 2015 at 1:41 AM, Luca Barbato wrote:
> On 27/05/15 23:45, Andreas Cadhalpun wrote:
>> Why delaying it?
>
> Because I'd rather have people rely on released software when build
> theirs at least if the changes are pure sugar on top of already existing
> functionality.
>
> If it is so
On 27/05/15 23:45, Andreas Cadhalpun wrote:
> Why delaying it?
Because I'd rather have people rely on released software when build
theirs at least if the changes are pure sugar on top of already existing
functionality.
If it is something required by somebody and it is solving an actual
problem I
On 27.05.2015 14:37, Luca Barbato wrote:
> On 27/05/15 02:00, Vittorio Giovara wrote:
>> On Tue, May 26, 2015 at 7:50 PM, Andreas Cadhalpun
>> wrote:
>> +int ffio_read_size(AVIOContext *s, unsigned char *buf, int size)
>> +{
>> +int ret = avio_read(s, buf, size);
>> +if (re
On 27/05/15 02:00, Vittorio Giovara wrote:
> On Tue, May 26, 2015 at 7:50 PM, Andreas Cadhalpun
> wrote:
> +int ffio_read_size(AVIOContext *s, unsigned char *buf, int size)
> +{
> +int ret = avio_read(s, buf, size);
> +if (ret != size)
> +return AVERROR_INVALIDD
On Tue, May 26, 2015 at 7:50 PM, Andreas Cadhalpun
wrote:
+int ffio_read_size(AVIOContext *s, unsigned char *buf, int size)
+{
+int ret = avio_read(s, buf, size);
+if (ret != size)
+return AVERROR_INVALIDDATA;
>
> I like the idea of having such a function a
On 26.05.2015 15:59, Vittorio Giovara wrote:
> On Tue, May 26, 2015 at 2:44 PM, Luca Barbato wrote:
>> On 26/05/15 15:24, Vittorio Giovara wrote:
>>>
>>> ---
>>> libavformat/avio_internal.h | 7 +++
>>> libavformat/aviobuf.c | 8
>>> 2 files changed, 15 insertions(+)
>>>
>>>
On Tue, May 26, 2015 at 3:24 PM, wm4 wrote:
> On Tue, 26 May 2015 14:24:38 +0100
> Vittorio Giovara wrote:
>
>> ---
>> libavformat/avio_internal.h | 7 +++
>> libavformat/aviobuf.c | 8
>> 2 files changed, 15 insertions(+)
>>
>> diff --git a/libavformat/avio_internal.h b/libav
On Tue, 26 May 2015 14:24:38 +0100
Vittorio Giovara wrote:
> ---
> libavformat/avio_internal.h | 7 +++
> libavformat/aviobuf.c | 8
> 2 files changed, 15 insertions(+)
>
> diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h
> index c8630ab..aff5564 100644
On Tue, May 26, 2015 at 2:44 PM, Luca Barbato wrote:
> On 26/05/15 15:24, Vittorio Giovara wrote:
>>
>> ---
>> libavformat/avio_internal.h | 7 +++
>> libavformat/aviobuf.c | 8
>> 2 files changed, 15 insertions(+)
>>
>> diff --git a/libavformat/avio_internal.h b/libavformat
On 26/05/15 15:24, Vittorio Giovara wrote:
---
libavformat/avio_internal.h | 7 +++
libavformat/aviobuf.c | 8
2 files changed, 15 insertions(+)
diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h
index c8630ab..aff5564 100644
--- a/libavformat/avio_inte
On 26/05/15 15:24, Vittorio Giovara wrote:
---
libavformat/avio_internal.h | 7 +++
libavformat/aviobuf.c | 8
2 files changed, 15 insertions(+)
Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/ma
---
libavformat/avio_internal.h | 7 +++
libavformat/aviobuf.c | 8
2 files changed, 15 insertions(+)
diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h
index c8630ab..aff5564 100644
--- a/libavformat/avio_internal.h
+++ b/libavformat/avio_internal.h
@@ -85,
21 matches
Mail list logo
