wine tasting activity sounds nice.. ;-)
On Thu, May 12, 2016 at 1:50 AM, Tom Hacohen wrote:
> It's dark inside anyway, so you wouldn't know any better. It's not
> necessarily an evening thing.
>
> The problem is that climbing is something that you need to be strong for,
> or at least have the te
Hi Brian,
Unfortunately, Evas 3D hasn't been extensively tested on a lot of GPUs,
especially on the one that you're using. From what I know about Mali
400mp, it's an older GPU with separate vertext/fragment processors. By the
way, I'm not the one who developed the library so I don't know all the
I could be wrong but it seems like your gles compiler's complaining about
precision not being set in the shader.
Some GLES compilers will complain and others gracefully ignores it if one's
not found.
I don't have time to look at the code as I'll be away for the weekend but
you may look at the eva
are you sure Cedric was a sounding board? or was he the one who created the
bug in the first place and then pretended like he gave you excellent
feedback? =P
On Tue, Aug 19, 2014 at 5:19 AM, Chris Michael
wrote:
> On 08/18/2014 04:16 PM, Chris Michael wrote:
> > On 08/18/2014 02:01 AM, Carsten
From what I recall, the reason why the util functions was to keep the
evas_3d a high level library. and so we put a lot of time into designing
the apis. that's the reason why it was hidden initially. if you guys
think it's good to expose the math functions, i guess it'd be fine.
-Sung
On Tue,
sung pushed a commit to branch master.
http://git.enlightenment.org/core/elementary.git/commit/?id=8e2d312aeb28e8cf64f47eafda425e3566cef290
commit 8e2d312aeb28e8cf64f47eafda425e3566cef290
Author: Sung W. Park
Date: Wed Mar 26 00:26:46 2014 +0900
ELM_GLView: added glview_manygears example
sung pushed a commit to branch master.
http://git.enlightenment.org/core/elementary.git/commit/?id=5c65df8c7f4ddae5f916fa48e6063c7f2133cb58
commit 5c65df8c7f4ddae5f916fa48e6063c7f2133cb58
Author: Sung W. Park
Date: Sat Feb 22 03:15:57 2014 +0900
elementary_test glview: fixed segv on
sung pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=2b4a7b438def96d01a5c0bb85d2c9636773d333d
commit 2b4a7b438def96d01a5c0bb85d2c9636773d333d
Author: Sung W. Park
Date: Sat Feb 15 02:33:47 2014 +0900
evas gl: added partial rendering support for qcom
sung pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=90bbc21d02b9cdc7e074884812950d27e015c2ac
commit 90bbc21d02b9cdc7e074884812950d27e015c2ac
Author: Sung W. Park
Date: Wed Nov 13 15:39:12 2013 +0900
evas_gl : Fixed macro substitution bug in evas_gl
sung pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=9bb4c4869199118d9d16c87edc5084e8d1d49fb7
commit 9bb4c4869199118d9d16c87edc5084e8d1d49fb7
Author: Sung W. Park
Date: Wed Oct 30 10:47:52 2013 +0900
EvasGL: cleaning up unnecessary code
sung pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=7dc102c55f6de2a9952cf79ffa69b50ab66df4c1
commit 7dc102c55f6de2a9952cf79ffa69b50ab66df4c1
Author: Sung W. Park
Date: Thu Oct 24 17:37:22 2013 +0900
EvasGL: Fixed direct rendering not clipping issue
sung pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=56e71e05bb39b90f71f5bfdedcc8211c542ee176
commit 56e71e05bb39b90f71f5bfdedcc8211c542ee176
Author: Sung W. Park
Date: Mon Oct 14 14:33:25 2013 +0900
Evas: EGL-GL backends. Call eglReleaseThread
sung pushed a commit to branch master.
commit b9e3e6be57e178ce83433447bbaf79fbbda0f653
Author: Sung W. Park
Date: Tue Sep 17 17:22:26 2013 +0900
EvasGL: Fixed a bug where the wrong data variable to buffer alloc func.
It's an optional feature so it's not automatically
Samstag, 14. September 2013 um 17:16 schrieb Sung W. Park:
> > > > Hi all,
> > > >
> > > > Has any of you tried compiling efl on Mac lately?
> > > >
> > > > I've followed the Wiki page instructions before efl was merged
> > >
Hi all,
Has any of you tried compiling efl on Mac lately?
I've followed the Wiki page instructions before efl was merged to a single
tree and got it to work but now I've just tried it again last night and I'm
getting the following errors.
CC lib/ecore/lib_ecore_libecore_la-ecore_coroutin
actually the Cat's ass version is quite intriguing. It could be an easter
egg.. =)
On Sun, Sep 1, 2013 at 11:10 AM, Murilo Belluzzo
wrote:
> Any chance to have --enable-debug using the "cat ass" icon version?
>
>
> On Fri, Aug 30, 2013 at 11:01 AM, Gustavo Lima Chaves
> wrote:
>
> > * Raoul He
porting this !! :)
>
> Cheers,
> dh
>
> On 23/07/13 02:29, Sung W. Park - Enlightenment Git wrote:
> > sung pushed a commit to branch master.
> >
> > commit 7aa516c01a620da3438de864ac0c0e5b80c93d0b
> > Author: Sung W. Park
> > Date: Tue Jul 23 10:2
Looks really nice hermet! :)
what's wrong with 'enventor'??? it totally makes sense you know, like all
the other names. i'm surprised that terminology wasn't name eterminology
;-)
cheers,
Sung
On Tue, Jul 23, 2013 at 10:52 AM, Carsten Haitzler wrote:
> On Tue, 23 Jul 2013 02:42:10 +0900 (KST
i'll meet you guys at the restaurant! :)
On Sun, Jun 30, 2013 at 11:34 AM, Jérôme Pinot wrote:
> On 06/30/13 01:43, Cedric BAIL wrote:
> > Yop,
> >
> > On Wed, Jun 26, 2013 at 5:09 AM, Cedric BAIL
> wrote:
> > > On Wed, Jun 26, 2013 at 11:17 AM, Carsten Haitzler <
> ras...@rasterman.com> wrote
Hi,
that's really weird..
I'm running Ubuntu 12.04 and I just installed libosmesa6-dev using apt-get
install and it works fine.
Which OSMesa have you tried this on?
I only opened OSMesa in the code because when I implemented it, libosmesa
contained all the GL symbols.
Maybe they separated it?
Raster & Hermet doing Gangnam style! crazy!
by the way, if you guys are gonna try Vatos, I suggest that you call the
place and make a reservation (if possible)... they may be booked already.
otherwise you're looking at an hour wait at least! but the food is
awesome!
http://blog.naver.com/gmdosk
out though.
cheers,
Sung
On Tue, Jan 8, 2013 at 9:53 AM, Sung W. Park wrote:
> Leadro,
>
> yes, they need to be invalidated. The times that it would really matter
> is when your GL driver is updated with some new fbo surface features or if
> you change GPUs entirely, hence changing dri
gl_shader.c
> > >
> > > Modified: trunk/efl/ChangeLog
> > > ===
> > > --- trunk/efl/ChangeLog 2013-01-07 06:06:16 UTC (rev 82320)
> > > +++ trunk/efl/ChangeLog 2013-01-07 06:16:18
It wasn't needed so I removed it. I can't remember why it was left in
there first place.
thanks for letting me know!
cheers,
Sung
On Fri, Oct 5, 2012 at 2:32 PM, Sung W. Park wrote:
> I'll look into it and fix it.
>
> thanks.
> Sung
>
>
> On Fri, Oct
I'll look into it and fix it.
thanks.
Sung
On Fri, Oct 5, 2012 at 5:02 AM, rustyBSD wrote:
> Le 01/10/2012 19:08, rustyBSD a écrit :
> > Hi,
> > == evas_gl_api_ext.h l.4 ==
> > The GLchar type is already defined on openbsd
> > (/usr/X11R6/include/GL/glext.h), so it has to
> > be renamed.
>
> Yo
On Tue, Sep 18, 2012 at 9:14 PM, Christopher Michael wrote:
> On 18/09/12 12:21, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 17 Sep 2012 18:52:06 +0900 "Sung W. Park"
> said:
> >
> > you might want to check your compile warnings. :) like...
> &g
On Tue, Sep 18, 2012 at 8:21 PM, Carsten Haitzler wrote:
> On Mon, 17 Sep 2012 18:52:06 +0900 "Sung W. Park"
> said:
>
> you might want to check your compile warnings. :) like...
>
> evas_engine.c:2620:1: warning: no return statement in function returning
>
ike it a lot better as well (in general) ;-)
> Cheers,
> dh
>
>
I'll wait for Carsten to take a look at it as well and then push it up.
Thanks!
Sung
>
> On 17/09/12 10:52, Sung W. Park wrote:
>
>> Hi all,
>>
>> I'd like to ask you devs for review
Hi Mike,
Thanks for pointing out those warnings. I will get on them as soon as I
get back.
I've been traveling for the past two weeks and I won't be back until
Monday.
They really should not have gotten in there in the first place.
Evas_GL has been getting really messy over the past year with wo
yeah.. i don't like that kind of stuff either. but as Carsten said, it was
out of necessity. :-(
Sung
On Tue, May 22, 2012 at 8:39 AM, Carsten Haitzler wrote:
> On Mon, 21 May 2012 14:36:17 +0200 Vincent Torri
> said:
>
> > On Mon, May 21, 2012 at 1:51 PM, Carsten Haitzler
> > wrote:
> > > O
Hi Vincent,
I didn't realize I was neglecting the NEWS. I guess someone was covering
my rear all this time. Thanks for getting the previous stuff in there to
whoever it was. I'll get on it along with updating the Evas_GL. h.
Thanks for pointing that out.
cheers,
Sung
On Thu, May 17, 2012 at
Hi Sanghee,
I think we'll have to come up with a better way to differentiate between
Low,
Med, High in the future although... I do recognize that the
GL_IMG_multisampled_render_to_texture isn't necessarily the best written GL
extension. You can't exactly tell at what sample the driver is renderi
hmm... ok, I guess something went wrong somewhere. I'll try a clean build
tomorrow before resubmitting it.
sorry about the trouble.
-Sung
On Wed, May 2, 2012 at 8:07 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> Revert "Cleaned up some evas_gl code and added surface cap f
Silly mistake on my part. Thanks for the report.
In SVN!
Thanks!
-Sung
2012/2/24 우승수
>
> Dear All,
>
> When an application use glBindFramebuffer or glBindRenderbuffer via
> evas_gl after loding libosmesa.so,
> it shows segment fault.
>
> Because glBindFramebuffer and glBindRenderbuffer are no
does that mean I'm Spiderman? ;-)
On Wed, Dec 21, 2011 at 7:24 PM, Daniel Juyung Seo wrote:
> Congratulations!
> With great power comes great responsibility.
>
> Daniel Juyung Seo (SeoZ)
>
> On Wed, Dec 21, 2011 at 6:30 PM, Enlightenment SVN
> wrote:
> > Log:
> > sung++!
> >
> >
> >
> > Author:
that's right! better watch out for the fatality move~ ;-)
2011/12/21 ChunEon Park
> Here comes new Mortal Kombat character!
>
> -Regards, Hermet-
>
> -Original Message-----
> From: "Sung W. Park"<sung...@gmail.com&
Awesome! I look forward to working with you guys more closely as a
developer. Thanks!
cheers,
Sung
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application
Hi all,
I've been working on Evas GL for some time now and I would like to request a
commit access.
I've been solely working on Evas_GL, elm_glview up until now and pretty much,
Raster has been the only person reviewing my code.
I'm at a point where having a commit access would make things a lot
that's the case, it
explains the breakage. My understanding was that NEWGL was broken and it
wasn't turned on by default so I didn't bother with it for now.
I'll try to track down the issue.
cheers,
Sung
On Sun, Nov 6, 2011 at 2:48 PM, Carsten Haitzler wrote:
> On We
wow, that was the fastest review/commit thus far! ;) thanks!!
On Fri, Oct 28, 2011 at 8:08 PM, Carsten Haitzler wrote:
> On Fri, 28 Oct 2011 14:10:14 +0900 "Sung W. Park"
> said:
>
> this one is in svn! approved. good! thanks muchly! :)
>
> > Hi all,
> >
&g
Hi all,
I'm submitting a patch that changes the color format for Evas GL.
When I first wrote Evas_GL, I just had EVAS_GL_RGB_8 and EVAS_GL_RGBA_8 and etc
but it was misleading for some people. It was more of a filler since
I couldn't decide on
a name. I'm finally changing it to make it more cle
Hi all,
I was in need of using thread local storage for some of the EvasGL stuff that
I'm currently working on. I've noticed that Eina doesn't have thread local
storage functions. It would be best to simply use load-time TLS by using
__thread in Linux or __declspec(thread) in Windows in front of
Hi all,
I've fixed some minor issues that I've been pushing off for later.
The patch does the following:
1. Evas_GL and Evas had an issue where the viewport parameters were
being reset in the wrong context. Previously, this issue was temporarily
patched by flushing evas' pipeline and setting
eva
n Mon, 20 Jun 2011 11:18:56 +0900 "Sung W. Park"
> said:
>
> in svn as it pretty much fixes things. comments here;
>
> 1. not totally into the idea of setting engine explicitly before u create
> the
> window :( if its not a gl engine this test cant really work and th
Hi all,
Upon reviewing the elm_glview, I've realized a few issues and mistakes that i've
made originally so I've made some changes/ updates to elm_glview
1.) GL Resource Deletion in ELM_GLView
In order to delete GL resources, the current approach simply registered a
delete callback to the GLVie
awesome! I guess we now have to make sure this thing is stable. =)
On Fri, Jun 3, 2011 at 4:09 PM, Carsten Haitzler wrote:
> On Thu, 19 May 2011 16:37:11 +0900 "Sung W. Park"
> said:
>
> just put it in svn now. yay! :) thanks! :)
>
> > Thanks for your com
_
I'm including the updated elm_glview patch/files and the updated elmglviewgears.
Let me know if you have questions/comments.
cheers,
Sung
On Wed, May 18, 2011 at 7:10 PM, Carsten Haitzler wrote:
>
> On Fri, 13 May 2011 00:00:50 +0900 "Sung W. Park" said:
>
> ok.
Hi all,
As you all know, I've been working on adding GL rendering features to Evas and
we now have an early working version of Evas_GL in the svn.
Since then, there's been a request from people around me for an
elementary widget that
allows simple GL rendering. Since Evas_GL can be seen as a low
Hi all,
I'm attaching a patch for Evas_GL that fixes a few minor bugs.
For one, I had issues with stencil and depth format on OpenGL ES on a mobile
device using FBO.
Here's a part of the patch as an example...
(By the way, I'm covering 24bit format with 16bits on OpenGL ES for now... )
@@ -2112,
Hi all,
As I was testing evas_gl, I've ran into a bug when I'm using the
evas_object_map_*
functions.
I don't necessarily want to say it's a bug because it did say
// FIXME: handle yinvert
ERR("not handling inverted y case for map");
So i'm submitting a patch that handles the yinvert case.
Inde
Hi all,
I'm attaching a patch that addresses the awkward usage case. It's something
that didn't bother me initially but the more I look at it, i think
it's a little off. :-)
The initial version of the evas_gl that I've submitted had the
following use case.
evasgl = evas_gl_new(e);
sfc = ev
ok, i'm attaching a new patch.
the patch basically checks to see if the current context is evas' gl context
and if it is, it'll call evas_gl_common_context_flush(). I think this
is the proper
way to go. :-)
cheers,
sung
On Mon, Apr 18, 2011 at 6:39 PM, Sung W. Park wrote:
s would be for evas_gl_make_current to do a
evass_gl_common_context_flush().
the fix was a little hacky i admit..
I'll go ahead and fix evas_gl and send another patch. =)
On Mon, Apr 18, 2011 at 3:50 PM, Carsten Haitzler wrote:
> On Wed, 13 Apr 2011 12:23:22 +0900 "Sung W. Park&q
Hi all,
I've been toying around with creating a simple GLView smart object that
allows users do GL rendering simply. Eventually, I would like to see this
as an Elementary widget called GLView. The idea behind this is that
if evas_gl provides the low level stuff, GLView gives the simplified
user-
s on how I should go about testing and getting the semantics right
would
be much appreciated.
thanks!
Sung
I've mentioned in my previous
email thread that you would have to create a
On Thu, Apr 7, 2011 at 1:33 PM, Carsten Haitzler wrote:
> On Tue, 5 Apr 2011 10:53:45 +0900 "Sung
Hi,
On Mon, Apr 4, 2011 at 7:27 PM, Carsten Haitzler wrote:
> On Thu, 31 Mar 2011 23:02:09 +0900 "Sung W. Park"
> said:
>
> i've had to fix a few things - but it's in svn now. it's not complete - for
> sure. btw. hint:
> export CFLAGS="-W -Wal
fully.
On Tue, Mar 29, 2011 at 6:05 PM, Carsten Haitzler wrote:
> On Fri, 25 Mar 2011 17:28:48 +0900 "Sung W. Park"
> said:
>
> > > On Wed, 16 Mar 2011 16:26:44 +0900 "Sung W. Park"
> > > said:
> > >
> > > ok - a
i'm glad we got to this point =)
On Fri, Mar 25, 2011 at 2:59 PM, Carsten Haitzler wrote:
> On Wed, 16 Mar 2011 16:26:44 +0900 "Sung W. Park"
> said:
>
> ok - accounting for some of the comments so far... her'es my take :)
> (finally)! :)
>
> 1. y
On Fri, Mar 25, 2011 at 2:03 PM, Carsten Haitzler wrote:
> On Mon, 14 Mar 2011 16:54:00 +0900 "Sung W. Park"
> said:
>
>
> > ok, i guess it's not a bad idea to keep track of the objects created via
> the
> > gl object
> > and delete them durin
oh great! I guess you finally got around to it =)
On Fri, Mar 25, 2011 at 1:57 PM, Carsten Haitzler wrote:
> On Mon, 14 Mar 2011 10:49:10 +0900 "Sung W. Park"
> said:
>
> > Ah, i see that you finally had a chance to go through your email piles =)
> > welcome bac
)
>
> On Thu, Mar 17, 2011 at 11:34 PM, Sung W. Park wrote:
> > Hi again,
> >
> > On Thu, Mar 17, 2011 at 2:39 AM, Cedric BAIL
> wrote:
> >
> >> Hi again,
> >>
> >> On Wed, Mar 16, 2011 at 5:02 PM, Sung W. Park
> wrote:
>
Hi again,
On Thu, Mar 17, 2011 at 2:39 AM, Cedric BAIL wrote:
> Hi again,
>
> On Wed, Mar 16, 2011 at 5:02 PM, Sung W. Park wrote:
> > Hi Cedric,
> > Thanks for the review and the comments. I'm glad to hear that it worked
> =)
> >
> > On Wed, Mar 1
Hi Cedric,
Thanks for the review and the comments. I'm glad to hear that it worked =)
On Wed, Mar 16, 2011 at 11:35 PM, Cedric BAIL wrote:
> Hi,
>
> On Wed, Mar 16, 2011 at 8:26 AM, Sung W. Park wrote:
> > Based on the discussions and the comments that I've been g
Hi all,
Based on the discussions and the comments that I've been getting, I'm
attaching
patches for the community to review and test out the code. The patches
implement
the code for the gl_x11 backend. Other backends can be taken care of later
once this has been reviewed.
I apologize if this pat
I forgot to do a "reply all" in my last reply. Anyway... I'll continue on
with the
discussion.
On Mon, Mar 14, 2011 at 11:04 AM, Sung W. Park wrote:
> Hi~
>
> On Thu, Mar 10, 2011 at 6:11 PM, Carsten Haitzler wrote:
>
>> On Mon, 7 Mar 2011 17:33:00 +0900 &quo
Hi again,
Ok, I'm attaching a new patch. Read comments below.
On Mon, Mar 14, 2011 at 10:49 AM, Sung W. Park wrote:
> comments here: :)
>>
>> evas_gl_context.patch:
>> yup! in. i just never handled the y invert case (or lets say.. the
>> non-inverted
>> c
Ah, i see that you finally had a chance to go through your email piles =)
welcome back!
On Thu, Mar 10, 2011 at 5:52 PM, Carsten Haitzler wrote:
> On Mon, 28 Feb 2011 17:14:58 +0900 "Sung W. Park"
> said:
>
> > Hi all,
> >
> > My name is Sung Park and I
Hi all,
In my earlier post, I've discussed about the issues with getting the
evas_object_image_native_surface_set(..., Evas_Native_Surface *surf);
function for setting OpenGL output texture. There was also a disucssion
about how Evas should provide a GL glue layer. We've discussed two
p
Hi Cedric,
On Thu, Mar 3, 2011 at 1:30 AM, Cedric BAIL wrote:
> Hi,
>
> I will do just a quick answer, I don't know if I will have time to
> come back on this subject later.
>
that's fine. =)
>
> On Wed, Mar 2, 2011 at 5:41 AM, Sung W. Park wrote:
> &g
#x27;ll go ahead and start
another thread
with suggestions I have later.
On Mon, Feb 28, 2011 at 6:44 PM, Cedric BAIL wrote:
> Hi,
>
> On Mon, Feb 28, 2011 at 9:14 AM, Sung W. Park wrote:
> > My name is Sung Park and I've recently started working on a project for a
> > Bi
Hi all,
In my earlier post, I've discussed about the issues with getting the
evas_object_image_native_surface_set(..., Evas_Native_Surface *surf);
function for setting OpenGL output texture.
The main issue was the GL application having to know Evas' GL context for
resource
sharing. (refe
Hi all,
My name is Sung Park and I've recently started working on a project for a
Big mobile hw company in Korea ;-)
I've been given the assignment of getting the OpenGL rendered output set as
an image object in Evas, and now I'm getting my feet wet with EFL.
I'd very much appreciate your guys' h
72 matches
Mail list logo