[QUOTE=Xylorast;31730724]I followed this guide: [url]http://www.redmondpie.com/how-to-install-mac-os-x-snow-leopard-in-virtualbox-on-windows-7/[/url]
Was quite easy.[/QUOTE]
How'd you miss the ones where he said he got it working
[img]http://i51.tinypic.com/1zeknzm.png[/img]
Struggling with explosions.. I need the explosion to stop generating particles after like 10 ms, but I have no idea how, tried timers, didnt work that well.
[QUOTE=Staneh;31730834][img]http://i51.tinypic.com/1zeknzm.png[/img]
Struggling with explosions.. I need the explosion to stop generating particles after like 10 ms, but I have no idea how, tried timers, didnt work that well.[/QUOTE]
Try to make them all at once (not too much though), and set different speeds for each one.
[QUOTE=WeltEnSTurm;31730900]Try to make them all at once (not too much though), and set different speeds for each one.[/QUOTE]
Or you could set a local int to increment once per frame, then while (x < something); new Particle. Chuck frametime in there somewhere and you're good to go.
[editline]14th August 2011[/editline]
At least, that's what I do. Correct me if I'm herping.
[QUOTE=WeltEnSTurm;31730900]Try to make them all at once (not too much though), and set different speeds for each one.[/QUOTE]
Oh my god thanks so much, I didn't think of this, I made it like this, and worked instantly. Thank you.
[editline]14th August 2011[/editline]
Only small problem: the explosion is abit square.
[img]http://i51.tinypic.com/2lsk4mt.png[/img]
[QUOTE=Staneh;31731086]Oh my god thanks so much, I didn't think of this, I made it like this, and worked instantly. Thank you.
[editline]14th August 2011[/editline]
Only small problem: the explosion is abit square.
[img]http://i51.tinypic.com/2lsk4mt.png[/img][/QUOTE]
It might or might not be because you are randomizing x and y speed when you should be randomizing the general speed and the angle at which a particle travels.
My speed calculation is:
[cpp]float num1 = 3.14f * (float)(random.NextDouble() * 2 - 1);
float num2 = 3.14f * (float)(random.NextDouble() * 2 - 1);
Vector2 velocity = new Vector2(num1, num2);[/cpp]
Try
float ang = random.NextDouble() * PI * 2;
float speed = random.NextDouble() * 5;
float num1 = Math.Cos( ang ) * speed;
float num2 = Math.Sin( ang ) * speed;
[QUOTE=Darwin226;31731206]Try
float ang = random.NextDouble() * PI * 2;
float speed = random.NextDouble() * 5;
float num1 = Math.Cos( ang ) * speed;
float num2 = Math.Sin( ang ) * speed;[/QUOTE]
Awesome, it worked, heres a pic of it:
[img]http://i53.tinypic.com/ta105z.png[/img]
[QUOTE=Epic Sandwich;31730021]Lion may be cheap, but I'm sure not everyone wants to upgrade. I think it's a bit wrong to require a month-old os for any piece of software anyway, and I bet they could've made that SL compatible pretty easily if they wanted to.[/QUOTE]
If you don't wanna upgrade your OS, then you don't upgrade XCode. It's not like it's mandatory and they're going to start remotely wiping the old versions...
I hope.
[QUOTE=TheBoff;31731995]If you don't wanna upgrade your OS, then you don't upgrade XCode. It's not like it's mandatory and they're going to start remotely wiping the old versions...
I hope.[/QUOTE]
The problem is, without an ADC subscription ($99/y), you can't download any older Xcode version.
[QUOTE=Overv;31726344][img]http://images.overvprojects.nl/SS-2011-08-14_17.16.34.png[/img]
ok[/QUOTE]
Xcode is on the Snow Leopard DVD
Its probably quite an old version though
[QUOTE=Overv;31726344][img]http://images.overvprojects.nl/SS-2011-08-14_17.16.34.png[/img]
ok[/QUOTE]
If you haven't already gotten a download of XCode, contact me and I can get you Xcode 4.0.2 for Snow Leopard from the Developer website.
Made this for the girlfriend but it's programming so I'm sharing:
[thumb]http://dl.dropbox.com/u/35032740/ZScreen/Sunset-2011-08-15_00.04.04.png[/thumb]
[thumb]http://dl.dropbox.com/u/35032740/ZScreen/Sunset-2011-08-15_00.05.48.png[/thumb]
There'll probably be something like "You mean the world to me", or something else related to the thing, in the middle.
As for the technical aspect. It's OpenGL, the non-deprecated edition.
C#, OpenTK. Text rendering already works.
Sorry for programming art.
[editline]15th August 2011[/editline]
The planet rotates slowly in one direction and the sun rotates faster in the other, lighting up the planet and the house. When the sun is on the other side of the planet the house is completely black except for the windows which glow yellow and the red glow from the chimney.
[QUOTE=Darwin226;31732438]
There'll probably be something like "You mean the world to me", or something else related to the thing, in the middle.
[/QUOTE]
"Hello world!":v:
[QUOTE=CarlBooth;31732236]Xcode is on the Snow Leopard DVD
Its probably quite an old version though[/QUOTE]That'll be 3.x I reckon.
[QUOTE=i300;31732289]If you haven't already gotten a download of XCode, contact me and I can get you Xcode 4.0.2 for Snow Leopard from the Developer website.[/QUOTE]
Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?
[img]http://i53.tinypic.com/2mra6jc.png[/img]
My explosion effect for today. added smoke, smoke stays longer then the actual explosion. May not look so good on the picture, but it looks good animated.
[editline]14th August 2011[/editline]
Also, if someone is willing to make some better graphics then this, I would be very happy.
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?[/QUOTE]
Seen as their both erroneous, and should be corrected by the user, I wouldn't say it matters. I would actually say its preferable to give a syntax error when the user tries to post, and make them try it again.
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?[/QUOTE]
I think it's very important that both parsers do it the same way. Otherwise your content might look different on different platforms. Bad!
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].[/QUOTE]
Too bad you need Lion for OpenGL 3.2 on OS X. Also there are a million things that Apple's docs say you need to do, when you actually don't.
Apple: Sticking it in the pooper since NeXT :v:
Here's a video of my game+editor so far, sped up so you don't get bored.
I was going to talk over it but I realised my voice is balls
[media]http://www.youtube.com/watch?v=6UU2D_-IQfE[/media]
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?[/QUOTE]
Since that happens only very rarely and if it does the post looks weird anyway I'd just go with the easier way for now and if it does cause problems for some reason change it later.
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?[/QUOTE]
The second option makes more sense. Plus it's easier. I don't imagine that anyone really would be bugged if that occurred and it looked wrong to them.
[QUOTE=Staneh;31732577]
[editline]14th August 2011[/editline]
Also, if someone is willing to make some better graphics then this, I would be very happy.[/QUOTE]
Hey, PM me, I'll do some flash artwork if you want.
[QUOTE=Overv;31732523]Nah, I'll manage with [i]3.2.6[/i].
I'm working on the bbcode parser for my Facepunch for Android app and I need an opinion from you on how to correct opening tags without matching closing tags. Consider the following BBCode:
[noparse]This is [b]a [b]test[/b] sentence.[/noparse]
There are obviously two ways to correct this:
This is [noparse][b][/noparse]a [b]test[/b] sentence.
This is [b]a [noparse][b][/noparse]test[/b] sentence.
vBulletin prefers the first way of correcting it, but that way is more difficult to code. My method is removing opening tags until the balance is zero again, which results in the second rendition. Do you think it would matter that error correction differs slightly from vBulletin or do you think it is very important both parsers correct things in exactly the same way?[/QUOTE]
Uhh it's literally stupidly simple to implement the first, it's just a stack.
[i]testing [b]this[/i] woah[/b]
Just overhauled the VICE part of the Droidsound app I forked. Completely removed several files from being needed in the compilation. Also documented some sections of the code that wasn't necessarily explained in the original repository.
Basically, the SID playback doesn't even have to rely on the main C64.c file anymore, it can run off the separated files.
I must say though, when the SID playback suddenly started working again after all the frustration, I think I may have gotten the biggest dopamine spike in my brain I'll ever have.
Now future plans are to stub out some more unneeded things in the VSID code, like printer support and other things that aren't needed in a player.
If you want a more technical version of the above, just see the commit message [URL="https://github.com/lioncash/droidsound/commit/71322e0714cecb97fb6d319c70725a0c38964638"]here[/URL]
[QUOTE=Jawalt;31734226]Uhh it's literally stupidly simple to implement the first, it's just a stack.[/QUOTE]
I wouldn't say it's stupidly simple to implement, since things like this are valid: [noparse][b][b]test[/b][/b][/noparse]
I have an array with every tag and its current level, which is perfectly fine for normal parsing. The behavior you want requires a more advanced stack with references in opening and closing tags. Since this is rare behavior, it is pointless to implement such functionality.
nothin too exciting but hey, buttons and texcoords work :v:
[img]http://i.imgur.com/bCrrL.png[/img]
Sorry, you need to Log In to post a reply to this thread.
