Re: Is there anyone willing to do the videos 18sex website?
On Sunday, 29 November 2015 at 02:19:30 UTC, mcss wrote: Is there anyone willing to do the videos 18sex website? Like Playboy. I want to find a partner to do the world's largest 18sex video site. I have video site experience and i can do it. Sent me a email and let us talk about the details.
Re: Is there anyone willing to do the videos 18sex website?
On Sunday, 29 November 2015 at 02:19:30 UTC, mcss wrote: Is there anyone willing to do the videos 18sex website? Like Playboy. I want to find a partner to do the world's largest 18sex video site. You can try to use vibed at server side.
Re: Beta D 2.069.2-b1
On Saturday, 28 November 2015 at 23:11:06 UTC, Martin Nowak wrote: On Saturday, 28 November 2015 at 21:37:35 UTC IMO, this should not be released until https://issues.dlang.org/show_bug.cgi?id=15281 is fixed. It's a very obvious and embarrassing bug. Yes, but someone has to do it. It's really trivial to extend the Windows makefiles accordingly, but I never use Windows myself, so someone else (a Windows stakeholder) should simply fix this. https://github.com/D-Programming-Language/phobos/pull/3841 Please review it carefully as I don't really know make at all.
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 01:31:22 UTC, Guillaume Piolat wrote: On Friday, 27 November 2015 at 17:12:05 UTC, Jonny wrote: You have no idea what you are talking about! It is mentalities like yours that cause headaches for musicians and engineers who work with RT audio. Do you realize that even 5 ms of jitter can be felt by the listener and musician as being off? 5 ms of latency can be felt and 20ms is unacceptable. "jitter" is not "latency", you don't have "5 ms" of jitter. um, come on, you sit here and preach that I don't know what I'm talking about yet you can't even be right on the first sentence? jitter is the standard deviation of the timings. Do you know what standard deviation is? It is the square root of the sum of the squares... Now, if you are so intelligent as you think you are, you can see by simple dimensional analysis that you get the same unit as what you measured with. While, this doesn't prove you don't have a clue about jitter, my guess is, you don't. Believe me, jitter is a big deal. If you spent as much time doing music as you did programming, you'd realize that. Go spend 5 years learning to play the drums properly then come back and we'll do some tests and see if you believe the same thing. Also, if you simply removed the GC from D so it doesn't get called, then whats the point? Anyone can do that(more or less). If you used manual memory management, then whats the point? C++ already does that and does RT audio already. We know D can be made to do this already. If you pause the GC so it doesn't get called a lot, then whats the point? If you run your software for 3 hours, if it going to survive or glitch? Do you know what "design for the worse case scenario" means? While RT audio isn't life and death, it's treated that why by the professional community. Just because it's acceptable to you to define RT audio in some way that justifies it for you does not mean it's RT audio. I'm not saying your software isn't RT, but if you use the GC in any way what so ever, you don't have RT audio... regardless if it behaves like RT 99.99% percent. (there is something about guaranteed *maximum* latency that you have to deal with)
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 20:56:28 UTC, deadalnix wrote: On Friday, 27 November 2015 at 18:09:08 UTC, Adam D. Ruppe wrote: On Friday, 27 November 2015 at 17:12:05 UTC, Jonny wrote: On Thursday, 26 November 2015 at 15:48:48 UTC, Guillaume Piolat I don't really have a point to prove, but I'm really tired with people arguing that a language with GC can't possibly do real-time. It's not like you are unallowed to optimize. What if someone wants to use your plugin live? You think it is acceptable to have latency and jitter? What about glitches because your GC decides to run at the same time as all the other GC's? I quoted both things because I think you missed the important part that he did, in fact, optimize the real time parts to avoid latency. He did not miss it. He simply wanted to do the internet equivalent of putting his balls on the table to show how much of a dominant male he is. I feel sorry for you. You are filled with hatred. I'm sorry if your life sucks, but no reason to blame me, put the blame squarely where it goes... on yourself. If you actually did any RT music for a living, it would be a big issue, instead, you cowardly make your pathetic remarks behind a keyboard and have no clue about the real issues involved. I hope you get things figured out before you die, else you've wasted your life ;/
Is there anyone willing to do the videos 18sex website?
Is there anyone willing to do the videos 18sex website? Like Playboy. I want to find a partner to do the world's largest 18sex video site.
Re: Beta D 2.069.2-b1
On Saturday, 28 November 2015 at 21:37:35 UTC IMO, this should not be released until https://issues.dlang.org/show_bug.cgi?id=15281 is fixed. It's a very obvious and embarrassing bug. Yes, but someone has to do it. It's really trivial to extend the Windows makefiles accordingly, but I never use Windows myself, so someone else (a Windows stakeholder) should simply fix this.
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 21:39:06 UTC, Adam D. Ruppe wrote: On Saturday, 28 November 2015 at 21:30:38 UTC, Ola Fosheim Grøstad wrote: What is the better tool to bring to the top of a mountain? Only maniacs go down mountains. The fun part is the ascent... the descent is an exceedingly painful journey through the ultimate experience in grueling terror, no matter how you try to do it. Even *walking* down a mountain yields knee pain... Right, and at that point you really wish you didn't bring the bike along and had spent some money on linear typed footwear instead.
Re: Beta D 2.069.2-b1
On Saturday, 28 November 2015 at 17:17:59 UTC, Martin Nowak wrote: First beta for the 2.069.2 point release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.069.2.html Please report any bugs at https://issues.dlang.org -Martin IMO, this should not be released until https://issues.dlang.org/show_bug.cgi?id=15281 is fixed. It's a very obvious and embarrassing bug.
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 21:30:38 UTC, Ola Fosheim Grøstad wrote: What is the better tool to bring to the top of a mountain? Only maniacs go down mountains. The fun part is the ascent... the descent is an exceedingly painful journey through the ultimate experience in grueling terror, no matter how you try to do it. Even *walking* down a mountain yields knee pain...
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 21:05:24 UTC, Adam D. Ruppe wrote: On Saturday, 28 November 2015 at 20:27:02 UTC, Warwick wrote: It's kind of like saying you can climb a mountain on a bycicle if you get of an carry it on the bits that are too steep. *snip* The real story is how easy D makes it to achieve that. Indeed... the beauty of a bike is you can get off and walk with it. It is a lot easier to push a bike up a mountain than a car! What is the better tool to bring to the top of a mountain? https://www.youtube.com/watch?v=Yan1SekLB5k https://www.youtube.com/watch?v=rnvvsjstveM
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 20:27:02 UTC, Warwick wrote: It's kind of like saying you can climb a mountain on a bycicle if you get of an carry it on the bits that are too steep. *snip* The real story is how easy D makes it to achieve that. Indeed... the beauty of a bike is you can get off and walk with it. It is a lot easier to push a bike up a mountain than a car!
Re: Graillon 1.0, VST effect fully made with D
On Friday, 27 November 2015 at 18:09:08 UTC, Adam D. Ruppe wrote: On Friday, 27 November 2015 at 17:12:05 UTC, Jonny wrote: On Thursday, 26 November 2015 at 15:48:48 UTC, Guillaume Piolat I don't really have a point to prove, but I'm really tired with people arguing that a language with GC can't possibly do real-time. It's not like you are unallowed to optimize. What if someone wants to use your plugin live? You think it is acceptable to have latency and jitter? What about glitches because your GC decides to run at the same time as all the other GC's? I quoted both things because I think you missed the important part that he did, in fact, optimize the real time parts to avoid latency. He did not miss it. He simply wanted to do the internet equivalent of putting his balls on the table to show how much of a dominant male he is.
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 20:27:02 UTC, Warwick wrote: Just to play devils advocate... you haven't proved GC can do real time if you achieve it by quarantining the real time code from the GC. Well I think it is a fair thing to do. GC is a tradeoff, and while not usable in all situations, makes thing way simpler when it is usable. The usual story is my ho so important real time thing can't possibly tolerate a GC, while, really, most of the code is going to do mundane tasks like UI and only a small portion of it really needs not to have the GC in its way. It just good engineering to use the tools available when appropriate. It's kind of like saying you can climb a mountain on a bycicle if you get of an carry it on the bits that are too steep. As opposed to "you can't climb a mountain with a bike, so you must not go to the shop buying climbing equipment with a bike either".
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 11:35:56 UTC, Guillaume Piolat wrote: On Saturday, 28 November 2015 at 02:37:40 UTC, Marco Leise wrote: We can probably agree that we don't know about the impact on a large multimedia application written in D. What you can communicate is: Create a @nogc thread routine and don't register it with the GC to write real-time VSTs. Guillaume did a good job, taking the GC out of the real-time thread. It's D, it is a bit of a hack, it's the correct way to do it and works. But I don't see it debunking any myths about GC and real time... A) It doesn't mix them to begin with. B) "Realtime GCs" are a thing. D's GC is not optimized for such a use case. C) With a small heap it doesn't matter. (We need more complex multimedia projects.) But the claim we hear on Internet forums is: - "can't do realtime with a GC language" (wat) - "GC leads to GC pauses" (only if you let them happen) Which is imho a shortcut. Just to play devils advocate... you haven't proved GC can do real time if you achieve it by quarantining the real time code from the GC. It's kind of like saying you can climb a mountain on a bycicle if you get of an carry it on the bits that are too steep. That said, the basic idea is that you shouldn't do anything that might take too long or use any mutex / locks. That is the same whether you use C++, Pascal, or D. The real story is how easy D makes it to achieve that.
Re: Visual D 0.3.43 released - better support for VS 2015
On 28.11.2015 10:59, Daniel N wrote: Thanks, works great. Only some minor issues: Some of the GUI optimization options doesn't propagate correctly to ldc. inline: no effect According to the LDC help screen, inlining is enabled with -O2 or higher. Not sure, if this should be undone if the inline option is not checked. boundscheck: no effect Will fix, I have to add the 3-way bounds check option for dmd anyway. singleobj: no gui option available and without it, the performance of my app is abysmal, that's how I noticed these issues. I suspect there is no cross-module inlining without this option. Should match the inverse of "Multiple Object Files", though that does something slightly different with dmd. Optimization levels: only one level is exposed in the GUI Unfortunately, the optimization options don't match between compilers, so I guess it needs to be customized for each compiler. Fortunately the workaround is easy, adding this to "additional options": -O5 -inline -boundscheck=off -singleobj Daniel N
Beta D 2.069.2-b1
First beta for the 2.069.2 point release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.069.2.html Please report any bugs at https://issues.dlang.org -Martin
Re: Graillon 1.0, VST effect fully made with D
On 2015-11-27 17:52, Guillaume Piolat wrote: Not sure what do you mean. Personally I would only support 10.7+. Past 10.7, you can use any (provided you avoid TLS). Currently I use LDC for 64-bit, DMD for 32-bit, also because LDC used to have a bug in 32-bit codegen (fixed since then). Ok. -- /Jacob Carlborg
Re: Graillon 1.0, VST effect fully made with D
On Saturday, 28 November 2015 at 02:37:40 UTC, Marco Leise wrote: We can probably agree that we don't know about the impact on a large multimedia application written in D. What you can communicate is: Create a @nogc thread routine and don't register it with the GC to write real-time VSTs. Guillaume did a good job, taking the GC out of the real-time thread. It's D, it is a bit of a hack, it's the correct way to do it and works. But I don't see it debunking any myths about GC and real time... A) It doesn't mix them to begin with. B) "Realtime GCs" are a thing. D's GC is not optimized for such a use case. C) With a small heap it doesn't matter. (We need more complex multimedia projects.) But the claim we hear on Internet forums is: - "can't do realtime with a GC language" (wat) - "GC leads to GC pauses" (only if you let them happen) Which is imho a shortcut. What I've seen is a program, a non-linear video editor, called PowerDirector that pauses for seconds every now and then. These pauses reminded me a lot of GC pauses, but I can't be sure. Although memory use is less after the pause, it could also be a cleaning of caches. In any case quite a few of these applications try to make "good use" of available RAM, causing constant memory pressure. I've seen my share of GC pauses and they did annoy me. In some language like Javascript they are very hard to avoid. However here I'd say it's a PowerDirector problem, not a GC problem. Now there has been so much talk about the GC that I don't even know what the filter does! Reason enough not to write a blog post for me :). I'm not in a crusade.
Re: Visual D 0.3.43 released - better support for VS 2015
On Saturday, 28 November 2015 at 09:14:03 UTC, Rainer Schuetze wrote: Hi, there is a new release of Visual D available at http://rainers.github.io/visuald/visuald/StartPage.html This time there is no major new feature to announce, but quite a few improvements to * VS 2015 support * building with LDC * configuration dialogs * C++ to D conversion wizard See http://rainers.github.io/visuald/visuald/VersionHistory.html for the complete list of changes and the version history. Visual D is a Visual Studio extension that adds D language support to VS2005-2015. It is written in D, its source code can be found on github: https://github.com/D-Programming-Language/visuald. Rainer Thanks, works great. Only some minor issues: Some of the GUI optimization options doesn't propagate correctly to ldc. inline: no effect boundscheck: no effect singleobj: no gui option available and without it, the performance of my app is abysmal, that's how I noticed these issues. Optimization levels: only one level is exposed in the GUI Fortunately the workaround is easy, adding this to "additional options": -O5 -inline -boundscheck=off -singleobj Daniel N
Visual D 0.3.43 released - better support for VS 2015
Hi, there is a new release of Visual D available at http://rainers.github.io/visuald/visuald/StartPage.html This time there is no major new feature to announce, but quite a few improvements to * VS 2015 support * building with LDC * configuration dialogs * C++ to D conversion wizard See http://rainers.github.io/visuald/visuald/VersionHistory.html for the complete list of changes and the version history. Visual D is a Visual Studio extension that adds D language support to VS2005-2015. It is written in D, its source code can be found on github: https://github.com/D-Programming-Language/visuald. Rainer
