David Seikel wrote:
> OK, I get it, you have zero understanding of virtual worlds, and no
> desire to learn anything about them, hence you have no clue what I've
> been talking about. There are things you can do in virtual worlds you
> cannot do in the real world, that's one reason they exist. Perhaps if
> you just trusted me on this subject. B-)
>
> Yeah lots of people make the mistake of thinking virtual worlds are
> games. They are not. Games tend to have way better graphics than
> anything Second Life and OpenSim can do, SledjHamr should be able to
> do much better graphics coz EFL. Games have actual game mechanics,
> virtual worlds do not. Sure you can actually script games in either
> system if you want, and people have done so. Game mechanics are not
> part of SledjHamr, so I'm not gonna write any games, not even demo
> games. Any pre existing LSL (Second Life's scripting language) game
> scripts will run fine, and people will have the choice of other
> languages in SledjHamr. I'll likely track down some open source LSL
> games and include them in the default download.
>
> Ah, only polish gets your attention. Yeah, I'm mostly concerned with
> getting stuff to work, or getting ideas written down, not making it look
> pretty, yet. Though I did spend some effort in MakeHuman building an
> avatar of myself, and the exact opposite of myself (I'm a tall old bald
> male, the opposite is a short young female with long hair), then trying
> them out in SledjHamr. Which showed a problem with slow model loading,
> so I tried a more cut down avatar as well, which was still a tad slow,
> but no slower than Second Life. All other models used so far are ones
> that EFL already had in various examples and tests, not a lot of pretty
> there really. Evas_3D isn't up to importing anything from Second Life
> yet.
>
> The model animation mechanism in Evas_3D is frame based, all Second
> Life animations are either skeletal based, or scripted manipulation of
> primitives. So the only thing animated in SledjHamr right now is the
> Sonic model.
>
> Some parts don't even work any more for EFL 1.18, which I'm still
> fixing. Construction sites are not pretty, nor easy to navigate.
> Experimental stuff is experimental, deal with it. There's a whole
> bunch of stuff that has to be working before there can be anything like
> a useful demo, so you can't expect me to START with those just to get
> people interested. If I tried to make a video, bug T3282 (or what
> looks to be it's current replacement) will bite, and the result wont be
> pretty. Evas_3D itself just ain't ready for pretty demos, especially
> not Elementary + Evas_3D. So you can hardly expect me to be able to do
> so either.
>
> The overall intention of SledjHamr IS to make it "download app, run it,
> everything is simple and pretty", including things like no need for
> accounts or servers. Eventually. If it's not easier to use, less
> resource intensive, and prettier than Second Life, then that's a
> failure.
>
> For the 3D in file requester thing, we did also discuss putting it in
> the thumbnailer, or using a short animation instead of 3D. I think I
> said a short animation was acceptable, if not ideal. The entire
> subject was brought up coz of redesigning the thumbnailer. I was just
> trying to make sure that some form of modular system was used that
> could cater for 3D thumbnails, and FDO icons (which was dropped last
> time it came up). I even offered to write both myself. I was just
> asking that such things be considered in some sort of generic way in
> the REDESIGN of ethumb. If 3D icons in a file requester is important,
> then you are likely already using an application that is showing 3D
> models, so the overhead you mention isn't a problem, it's already
> there. If it's not important, you don't have to load up the crap to
> show them.
>
> While it is true that I have commit access, and can write to anything I
> want, it's more polite to discuss things with the people that actually
> are working on various parts. Which is what I've been trying to do.
> This is why, when I wrote my Elementary Evas_3D example, I didn't put
> it into Elementary, I put it into my EFL dev repo, and mentioned it so
> that if it was acceptable as a demo, we could move it to Elementary. I
> could have just slapped it into Elementary, but I'm not one of the
> people responsible for that.
>
> Until today, I have had no feedback from the Evas_3D people, now they
> invited me to work on it, so I will. If the first time I had offered to
> work on Evas_3D had actually gone ahead, then I would have been doing
> the work already, instead of ranting about it.
>
> Isn't the entire purpose of the bug tracker to, you know, actually track
> bugs. So yeah, people should be looking there for the bugs in the parts
> of the system they are responsible for. Phab didn't even have an
> Evas_3D category until I complained about the lack of one when lodging
> my bug reports.
>
> I have just as much coding experience as you do, probably more, you
> can't pull that card on me. Mines bigger than yours. ;-P
>
>
Oh Fanged one, remember to take your coffee before writing emails!
In any case, as a retired champion of the oppressed in eland I thought
I'd take up your case after seeing this thread... However, I'm having
problems
understanding just exactly what the issue is!!
Do you feel that you're being f***ing ignored because:
1) You've submitted patches to Evas_3D, or some Elem example that uses
Evas_3D, and have heard nothing back?
Or:
2) You have this cool app that uses Evas_3D in a repo somewhere and
no one in eland seems to care?
Or:
3) Changes were made to Evas_3D that breaks said app and your complaints
have been ignored?
Or:
4) Something about 3D thumb-nailing...?
If it's about patches then you should know that may take a looong time,
or even never since no one might feel up to the task of reviewing them.
If it's about an app... Well, you ought to know very well that
unless your app
or libs are part of the efl repo, then no one in eland will likely take
time to
even look at it, much less take any time to care much about it - unless
it's something
already well-known which is really needed by the efl. This is natural
and logical
behavior unless you can really 'sell' your new app/libs as being super
cool. And that
means a good presentation of your work and goals.
As to 3D thumb-nailing... Well, if you mean an Evas loader(s)
capable of loading
various 3D file formats then you'll not get any format intrinsic
animation or interactivity.
Basically just a static image (or sequence of such). Not a bad idea to
have such loaders..
but it's just not something that will go much beyond static images.
Your best bet would be to add a new edje part, say IMAGE_3D or
something,
which would load various complex 3D file formats. Then you could better
support anims
or interactivity, and have more flexibility than just being used as
thumbnails... For example,
it could be used as a background for a virtual desktop, or as theming
elements for whatever.
In lieu of that, you could try creating some edje EXTERNAL modules
that would
load said 3D format(s), and show some cool examples of that.
All the best,
Jose
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. http://sdm.link/zohodev2dev
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
