On Wed, Feb 24, 2016 at 5:16 PM, Luca Barbato wrote:
> On 24/02/16 18:23, Vittorio Giovara wrote:
>> Which way? Patch as is or the other version that trims by 1 character only?
>>
>
> As is, it is fine.
Adding this to the push queue, any more comments/objections?
--
Vittorio
On 24/02/16 18:23, Vittorio Giovara wrote:
> Which way? Patch as is or the other version that trims by 1 character only?
>
As is, it is fine.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Wed, Feb 17, 2016 at 2:41 AM, Luca Barbato wrote:
> On 16/02/16 22:26, Vittorio Giovara wrote:
>> On Tue, Feb 16, 2016 at 2:19 AM, Luca Barbato wrote:
>>> On 16/02/16 03:44, Vittorio Giovara wrote:
Samples produced by Omneon (Harmonic) store
On 16/02/16 22:26, Vittorio Giovara wrote:
> On Tue, Feb 16, 2016 at 2:19 AM, Luca Barbato wrote:
>> On 16/02/16 03:44, Vittorio Giovara wrote:
>>> Samples produced by Omneon (Harmonic) store external references with
>>> paths ending with 0s. Such movs cannot be loaded
On Tue, Feb 16, 2016 at 2:19 AM, Luca Barbato wrote:
> On 16/02/16 03:44, Vittorio Giovara wrote:
>> Samples produced by Omneon (Harmonic) store external references with
>> paths ending with 0s. Such movs cannot be loaded properly since every
>> 0 is converted to '/', to keep
On 16/02/16 03:44, Vittorio Giovara wrote:
> Samples produced by Omneon (Harmonic) store external references with
> paths ending with 0s. Such movs cannot be loaded properly since every
> 0 is converted to '/', to keep the same parsing code for dref type 2
> and type 18: this makes the external
Samples produced by Omneon (Harmonic) store external references with
paths ending with 0s. Such movs cannot be loaded properly since every
0 is converted to '/', to keep the same parsing code for dref type 2
and type 18: this makes the external reference point to a non-existing
direactory, rather