2014-09-29 21:06 GMT+04:00 Nicolas George :
> L'octidi 8 vendémiaire, an CCXXIII, Andrey Utkin a écrit :
>> At last I got back to this issue.
>> First I thought of adding such new error codes:
>
>> What do you think about it? Which would you prefer?
>
> I am sorry to have to say your proposal has
On Mon, 29 Sep 2014 19:17:04 +0200
Nicolas George wrote:
> L'octidi 8 vendémiaire, an CCXXIII, wm4 a écrit :
> > (GLib is full of utter shit design, I doubt "GError" is sane.)
>
> By your wording, I guess you did not actually look. I did.
Well, I've read the rest of your description, but it alr
L'octidi 8 vendémiaire, an CCXXIII, wm4 a écrit :
> (GLib is full of utter shit design, I doubt "GError" is sane.)
By your wording, I guess you did not actually look. I did.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
_
On Mon, 29 Sep 2014 19:06:09 +0200
Nicolas George wrote:
> I quite like the GError system devised in GLib for the Gtk+ toolkit. It
> solves A, B and C in a rather elegant way IMHO.
*panic*
(GLib is full of utter shit design, I doubt "GError" is sane.)
__
L'octidi 8 vendémiaire, an CCXXIII, Andrey Utkin a écrit :
> At last I got back to this issue.
> First I thought of adding such new error codes:
> What do you think about it? Which would you prefer?
I am sorry to have to say your proposal has the taste of "add whatever I
need for my specific use
At last I got back to this issue.
First I thought of adding such new error codes:
#define AVERROR_BAD_REQUESTFFERRTAG(0xF8,'4','0','0') ///<
Remote server returns 400 Bad Request reply
#define AVERROR_AUTH_FAILEDFFERRTAG(0xF8,'4','0','1') ///<
Unauthorized by remote server
#define
On Fri, Sep 19, 2014 at 12:59:35PM +0300, Andrey Utkin wrote:
> Thank you for your feedback.
> Any more comments/advices?
> Are patch submissions on this topic welcome?
yes, but please also seperate addition of codes and their use so
you dont waste time changing alot of code to a error code that
Thank you for your feedback.
Any more comments/advices?
Are patch submissions on this topic welcome?
--
Andrey Utkin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, 17 Sep 2014 22:56:27 +0300
Andrey Utkin wrote:
> I have got many complaints about FFmpeg error codes being too
> abstract. Not helpful for quick resolution, in a lot of such cases
> real issue with application must be investigated manually (by
> reviewing log with debug loglevel and/or sn
I have got many complaints about FFmpeg error codes being too
abstract. Not helpful for quick resolution, in a lot of such cases
real issue with application must be investigated manually (by
reviewing log with debug loglevel and/or sniffing traffic).
E.g., "Invalid data" may mean almost everything,
10 matches
Mail list logo
