text:
How can I write a computer simulation to test my theory
Le Repteux (OP)
I asked David Cooper to help me design a Java software for simulating my small steps and surprisingly, he accepted, and he also accepted to do it right here in case people would like to participate or even "learn the way to test their own theories through software", so here we are.
I guess you already know what my model is about, but here is a refreshing. I figure that mass and motion could be due to the bonding between two particles being limited to c, because it would then take time for the information to travel between them, which would desynchronize their bond during acceleration. The first particle to be accelerated would resist to move because it would produce blueshift right away on the information coming from the second particle, and that second particle would only move after a while because it would take time for the information from the acceleration to reach it. Resistance to acceleration is mass, so accelerating the first particle and stopping the acceleration before that information hits the second particle should give us the mass of the whole system, which is weird since the second particle has not been affected by the acceleration yet. Stopping the acceleration of the first particle means that it should decelerate to rest after a while until it doesn't produce anymore blueshift, and I figure that it should decelerate by the time the second particle would be accelerating, which means that the information from that second acceleration should hit the first particle at the moment it would be at rest, which means that that first particle should start accelerating again, and that it would do so while the second particle would be decelerating. A particle would then be accelerating while the other would be decelerating and vice-versa later on. Of course, we could accelerate the first particle for a longer time, but I need to know what will happen if we stop the acceleration at the moment the information from the acceleration hits the second particle.
That time shifted motion is hard to illustrate with static diagrams, and I think it would also be hard to put into equations, but I hope it can be simulated. What needs to be simulated is doppler effect from a particular motion that becomes a cause for another motion, so I think we would need that the particles are sources of waves, but I'm afraid that computers cannot produce them fast and precise enough, so I guess that we will have to rely on timing beeps, which computers cannot provide with absolute accuracy either, so the system will probably drift after a while, but I hope it won't drift too much, and that we can use a way to correct the drift if necessary. We want to see what will happen, so we need the particles to be as far as possible from one another on the screen, and that the beeps do not move too fast between them. We also need to see the beeps going both ways, so we might put them on two rows, one over the other, and we might use large vertical bars for the particles and smaller vertical bars, half the length of the large ones, for the traveling beeps. The beeps of the particles could be illustrated with the large bar hopping a small distance back and forth, disappearing and reappearing at the next location, and the beeps of the information could be illustrated by the small bars hopping the same small distance but in the same direction, but it means that all the rows would disappear and reappear once they would be full of beeps, so it would be necessary to accelerate and decelerate the bars between the beeps in order to see the motion. I guess we could more simply move the bars at a constant speed as you did in one of your simulation. This way, while both particles would be at rest, we would see the small bars integrating the large ones while new small ones would simultaneously be leaving the large ones.
To accelerate the first particle, we could move the left large bar a small distance, and double that distance each new beep. Normally, to be more precise, we should account for what would happen inside the particle during its acceleration, thus for the motion of its components, represented by the left side and the right side of the vibrating large bar, but to simplify the problem, we might as well just use the constant timing between the left and the right side of the bar, and move the second side after the first one would have moved, thus reducing the distance between the small bars by doppler effect, but not the size of the particles, thus not the distance between the two sides of the large bars. During acceleration, the small incoming bars and the accelerated large bar would get out of sync, and if the acceleration would stop at the moment the information from that acceleration would hit the other large bar, the accelerated one should decelerate until synchronization is recovered, thus it should get back to rest, and at the same rate it was accelerated.
By the time that large bar would start to decelerate, the second large bar should star accelerating to stay tuned with the incoming small bars, thus it should accelerate at the same rate the first large bar did, and then of course decelerate to rest in order to stay tuned with the small incoming ones. As I said, it's too difficult to imagine the effect the time gap between the components would have on the one between the particles during acceleration, so I think it is better to neglect it at first, and then adjust the simulation if we feel it is necessary. If anyone thinks he has a better way to initiate the simulation, he is welcome. I hope my description is good enough to be understood, but don't hesitate to ask for precisions if you want to participate to the simulation.
Ready for a crash? You should, because we never know what is going to come out of a new move! :0)
« Last Edit: 13/09/2017 22:13:00 by Le Repteux »
David Cooper
Re: How can I write a computer simulation to test my theory
This might help a few people here to write simple simulations to test their ideas. Trying to see if an idea works using just pen, paper and calculator is a hard task which really needs to be replaced with writing a proper program to cut out all the repetition and eliminate mistakes. Most programming environments aren't friendly, but JavaScript is something everyone can access easily without downloading any software. All you need is a text editor to write the code in and a browser (the one you're reading this with) to run it. You don't necessarily need any graphics for a simulation as it may be enough just to produce lots of numbers, but it can help you interpret the numbers more quickly if there's also some kind of graphical display to make it easier to work out what the numbers are actually saying, though you'll want to keep that minimal. Most of the program should be focused on crunching numbers rather than making things look pretty - we are really just looking to use the computer as an advanced kind of calculator.
I'll start things off with a simple JavaScript program here which we can develop into a simulation. You can see the program code below, and you should be able to copy-and-paste it into a text editor. Once you have done that, you must save the file as "simulation.htm" and then open that file (it should automatically open in your browser) - there is no need to upload it to the Internet as it will run straight from your own hard drive. The initial program simply draws a couple of dots on the screen and allows you to move them by clicking buttons. (On a proper computer you may find you can repeat the action of a button many times just by holding down the return key after clicking the button on the screen.) You can create new objects just by adding more of them with new names. The two objects I've provided for you up front are called i0 and i1 (and I chose the letter "i" because it stands for "item"). You can find them near the bottom of the HTML document in the BODY section, the first one being the . (the name of this object is stated up front, the full stop near the end is the yellow dot that will actually appear on the screen, and all the stuff in between controls the appearance of the dot and its location on the screen). JavaScript is not designed for doing graphics, so it will struggle if you create too many such objects - it's best not to use more than a few dozen of them. (An image can be used as an object too, so if you have lots of items that don't need to move relative to each other, it's best to draw them in a drawing application such as Paint and then use that image - that's what I did for the MMX apparatus on my relativity page, and I then use simple code to move the image across the screen and to move a couple of dots to represent pulses of light which have to move relative to the apparatus.) [Note: I'm not using the word "object" in the programming sense, but simply mean an item that will appear on the screen.]
The HEAD part of the document contains the program code (while the BODY part contains text, and because our initial two objects are just big dots made out of punctuation they must be put in the BODY section rather than with the program code). Buttons are also put in this part of the document, and they'll be needed to control things.
Where you see // in the HEAD section, this prevents any code to the right on that line of code from being run, so this can be used to write comments into your code to help you understand it, but it can also be used to disable a line of code which you will want to use later but don't want to run yet. For example, the window.setInterval bit of code will run the function called "run" repeatedly so that we don't have to keep clicking a button to keep the action going, but I've disabled it for now as it currently has nothing to do. The functions "run" and "setup" are both empty, but we'll put stuff into them later.
The functions "move i0" and "move i1" simply add 1 to the horizontal positions of the dots. We'll write more useful code to control them later, but the immediate priority is to see if you can get this program to run on your computer so that we can find out whether this is going to be a viable way of working.
(Note that there is a complication with the numbers used for the horizontal positioning as the two dots are shown in different positions for the same x-axis number value, so we'll need to write code to correct that - each object's natural position is to appear to the right of the one listed before it in the document because we are using punctuation as our objects, and each character will naturally be printed to the right of the one before it, so an adjustment is required for each object to line it up correctly with our coordinate grid.)
<TITLE>Theory Simulation</TITLE>
//	window.setInterval("run()",10)
function run()
xi0=0; xi1=0; // Initial side-to-side locations of the dots
function movei0()
{	xi0=xi0+1; i0.style.left=xi0; xi0loc.innerHTML=xi0}

Theory Simulation

.
.
</tt>

<input type="button" value="Move Yellow" onclick="movei0()"/> <input type="button" value="Move Blue" onclick="movei1()"/>
If you want any text here to provide instructions for the user, you can replace this with your own text. It's always worth doing this because you might forget how your own program works if you come back to it after a long break.
Once we've established that you can get this code to run, we can start putting some maths into the program. It shouldn't be necessary to post the whole program every time - we will normally just post the additions which need to be pasted into it. I'll show you how to code mathematical functions next time.
Again, thanks for the formidable opportunity! :0)
I copied the java text and saved the file as simulation.htm, but when I opened it, it is the text that showed up, not the simulation, so I looked for a JavaScript tool on my browser, and I found one, so I copied the text in it, and when I tried to execute it, it showed this error:
Exception: SyntaxError: expected expression, got '<'
@Scratchpad/3:10
Quote from: Le Repteux on 09/08/2017 15:50:10
I copied the java text
By the way, JavaScript and Java are completely unrelated programming languages.
...and saved the file as simulation.htm, but when I opened it, it is the text that showed up, not the simulation, so I looked for a JavaScript tool on my browser, and I found one, so I copied the text in it, and when I tried to execute it, it showed this error:
I don't know what it thinks is an error, but I'd like to check it out. Which browser provides this particular JavaScript tool?
If you have a text editor like Notepad, you should find that it does the job though, and the browser should run it without finding any error.
I tried WordPad and OpenOffice and it didn't work, but I tried Notepad as you suggested and it worked. I can now move the two colored dots one pixel at a time.
The tool I found is a web development tool which is called Scratchpad on Firefox, and it's for Java Script. It's in the toolbox on the toolbar at the top.
That's good - use Notepad from now on. (I'll investigate the Scratchpad error later - I can't run Firefox on this old machine any more as it just freezes as soon as I start it up.)
I told you to save the file as simulation.htm, but you're going to be modifying the file repeatedly and it will doubtless stop working at some point because of errors that may be hard to find. When that happens, it will often be easiest to fix it by reverting to the previous version and making all the changes again. One simple way to do this is to start each session by saving the file as .html instead of .htm (both of these mean the same thing, .htm simply being an older version of the same ending dating back to when there was a three-char limit on the part of a filename following the dot). You can then make changes to the content and save the new version as .htm, knowing that you have a backup stored as .html if anything goes wrong. You can then simply refresh the page on the browser where you still have the previous version open and it will replace it with the new one.
The most important things for you to learn now are how to add your own code, and although I'm going to help you with it, there will usually be long delays between replies, so you'll get things done a lot more quickly if you can do your own experimental coding. Creating variables is essential. Look at the line in the existing program that says:-
This line creates variables with the names xi0 and xi1 (the x coordinate for each of our objects), and it sets them both to the value zero. This then allows these variables to be used inside functions (and to be accessed from inside any functions) where their values can be changed. If you need to hold a value for anything, you should always make up a name for it and set it up as a variable in the same way. You can put your new variables after the two that are already there - just start new lines for them, separate them with semi-colons, and write comments after // to remind yourself what they are and what they're used for.
The other thing you'll need to do is write code to do maths inside functions. If you wanted to move an object across the screen along a circular path, for example, you could modify the code in:-
{ xi0=xi0+1; i0.style.left=xi0; xi0loc.innerHTML=xi0}
The maths is currently done by the first bit where the variable xi0 has 1 added to it. The rest of the line then uses the new value of xi0 to change the location of the object on the screen and then prints the new value of xi0 further down on the screen. To move the object in a circle, we would first need to create a new variable to hold the y coordinate for that object, which should be called yi0, we'd then add code into the function to change the value of yi0 using some maths (and write new code to make xi0 move appropriately too), we'd then have to add i0.style.top=yi0; into the function to change the vertical position of the object on the screen using the new yi0 value, and then we might add yi0loc.innerHTML=yi0 into the function as well to post the number to the screen underneath, but if we do that last bit, we would also need to create a place for that number to appear on the screen by adding such a place to the bit low down in the document that says     and we could do this by turning it into
Because a row of spaces always turns into just one single space when displayed, you have to use " " to make a space that is retained, and that allows you to make bigger gaps between numbers printed to the screen.
For doing arithmetic, just copy from the following:-
To add to a variable, state the variable first, put "=" after it, then put the variable again, then put "+", then put either a number or another variable, and finish with a semicolon to separate this from whatever might follow.
xi0=xi0+x ;
To assign a new value to a variable, state the variable, then put "=", then put a number or variable after it, and finish with a semicolon.
xi0=1;
You can use more complex constructions to the right of the "=".
xi0=(x+1)*n;
Subtraction, multiplication and division are done the same way, but using the signs "-", "*" and "/"
xi0=xi0-x;
xi0=4*5;
xi0=xi0/2;
There are some shortcuts for simple modifications which are worth knowing too:-
x=x+1; can also be written as x+=1;
x=x*2; can also be written as x*=2;
x=x-n; can also be written as x-=n;
x=x/2; can also be written as x/=2;
Other maths is represented in more clumsy ways. Here are the trig ones (but be aware that they use radians - to convert degrees to radians or the reverse, multiply or divide by pi/180):-
n=Math.sin(a);
n=Math.asin(a);
n=Math.cos(a);
n=Math.acos(a);
n=Math.tan(a);
n=Math.atan(a);
For roots and powers:-
a=Math.pow(a,2); // squared
a=Math.pow(a,0.5); // square root
If you need pi, assign it to a variable and then use that variable from then on without ever changing it:-
pi=Math.PI;
Note: some names aren't allowed for variables, and if the program stops working for no obvious reason it may be because you've used a banned variable name.
Programming goes beyond the normal functionality of a calculator when you write code that tests for conditions and does different things in response. For example, you can write code to see if a variable is equal to a particular value and do one thing if it is and a different thing if it isn't. If you need to do that, you can get a long way using simple code like this:-
if(n==5) {n=0} else {n+=1};
This increases the value of n, but if n has reached 5, it resets it to 0. The double "=" is weird, but you just have to remember to use it. You can also use ">" or "<" (without doubling them), and you can use "!=" to mean "not equal to":-
if(n!=0) {n-=1};
This decreases the value of n unless it has already reached 0. The "else" clause is optional.
That gives you the basics of programming, but the hardest part of writing programs is actually working out what you're trying to do with what, and when you should be doing it. So the big challenge is working out how to break your theory down into manageable chunks that can be crunched. I'll post this now in case it enables you to get going with something, and then I'll spend some time taking a proper look at the first post in this thread to try to work out where best to start.
« Last Edit: 10/08/2017 20:50:41 by David Cooper »
The first particle to be accelerated would resist to move because it would produce blueshift right away on the information coming from the second particle, and that second particle would only move after a while because it would take time for the information from the acceleration to reach it.
The first problem I see with this (ignoring the lack of any mechanism by which the first particle is accelerated) is how much it's going to move before it stops? How quickly will it accelerate and how quickly is that acceleration slowed as the perceived frequency of the signal from the second particle changes? As soon as particle A starts moving, the perceived frequency goes up, so does it stop instantly? This question then impacts on how the frequency of the signal from A to B will affect B, because if A stops straight away, it won't move any distance and B will detect no change.
Resistance to acceleration is mass, so accelerating the first particle and stopping the acceleration before that information hits the second particle should give us the mass of the whole system, which is weird since the second particle has not been affected by the acceleration yet. Stopping the acceleration of the first particle means that it should decelerate to rest after a while until it doesn't produce anymore blueshift, and I figure that it should decelerate by the time the second particle would be accelerating, which means that the information from that second acceleration should hit the first particle at the moment it would be at rest, which means that that first particle should start accelerating again, and that it would do so while the second particle would be decelerating.
I can't see how the acceleration and deceleration of A is going to measure the mass. I'm not convinced that you're doing anything involving mass after the initial acceleration of A, and that part of the process may happen in an instant right at the start. What happens after that appears to have more to do with how that energy is then shared with another particle bonded with the first. Anyway, if you double the amount of energy you're putting in, particle A is going to move further before it stops, and if you halve the energy you're putting in, it will stop sooner, so it looks as if you'll need to be able to vary how quickly particle A accelerates and decelerates under these different mechanisms (direct energy absorbtion with the initial move that kicks things off vs. acceleration control by perceived frequencies of each particle upon the other) depending on how much energy has been put into moving it. If it accelerates more quickly, it will perceive a stronger frequency change, so that may help decelerate it more quickly as the frequency goes higher, though as it decelerates it may then be slowed progressively more slowly until the frequency is back to the original value.
I don't know if we'll ever get to a working simulation, but, in the course of attempting to build one, this should force us to work out where maths is required and exactly what it has to do. I can already see that we need to establish details about the initial acceleration of particle A to spell out how instantaneous its change in speed is, and then we need rules about how it gets slowed down by its perceived frequency of B's signal, with that same rule controlling B's acceleration when it perceives a change in the frequency of the signal from A. We could program this in such a way that we can change the behaviour of these accelerations later just by changing values in control variables. That would be the safest way to do things if you aren't sure how quickly these accelerations should be handled.
A particle would then be accelerating while the other would be decelerating and vice-versa later on. Of course, we could accelerate the first particle for a longer time, but I need to know what will happen if we stop the acceleration at the moment the information from the acceleration hits the second particle.
That seems to be an arbitrary timing because A won't know when the wobble in his signal reaches B
That time shifted motion is hard to illustrate with static diagrams, and I think it would also be hard to put into equations, but I hope it can be simulated. What needs to be simulated is doppler effect from a particular motion that becomes a cause for another motion, so I think we would need that the particles are sources of waves, but I'm afraid that computers cannot produce them fast and precise enough, so I guess that we will have to rely on timing beeps, which computers cannot provide with absolute accuracy either, so the system will probably drift after a while, but I hope it won't drift too much, and that we can use a way to correct the drift if necessary.
It should be possible to calculate exact timings for things even if we're moving the action on in jumps for the visual display, but it may involve more complex maths to get those exact values. I can't supply the right maths for that, but I'm sure we can get reasonable results just by working with jumps of varying granularity with a fixed frequency value for each jump, and we can change that granularity to see how it affects the results - they should be inaccurate with large jumps and get better with smaller jumps until there's no point in going smaller. (What I mean by this is that when the change in a perceived frequency can be shown by a curve on a graph, we can carry out a round of calculations at regular time intervals and use whichever frequency the graph gives us at that time point, applying it uniformly for that whole slice of time). The visual display won't need to change for each round if we're doing more fine-grained calculations, so it can be updated every now and then at a fixed frequency while we vary the rate of the underlying calculations.
We want to see what will happen, so we need the particles to be as far as possible from one another on the screen...
We can worry about the visuals later. The first priority is to work out how to control the accelerations and decelerations.
To accelerate the first particle, we could move the left large bar a small distance, and double that distance each new beep.
I don't understand why you'd have repeated doublings.
Normally, to be more precise, we should account for what would happen inside the particle during its acceleration, thus for the motion of its components, represented by the left side and the right side of the vibrating large bar, but to simplify the problem, we might as well just use the constant timing between the left and the right side of the bar, and move the second side after the first one would have moved, thus reducing the distance between the small bars by doppler effect, but not the size of the particles, thus not the distance between the two sides of the large bars.
I'm confused now as to what's what. If A and B are both large bars representing two particles, are we now to have each of these particles made of two parts as well? If so, each one could be represented by two large bars, and we'd then need clear rules to control how those two bars move relative to each other.
Quote from: David Cooper on 10/08/2017 01:39:43
The first particle would be accelerated by another molecule, but I think we can simply give it an imaginary push. It moves against the doppler effect, so it has to be forced. Since it vibrates and it has to oppose the acceleration, we could state that it can only move freely when it vibrates away from the push, and that it is blocked by whatever stops it when it makes its step towards the push. If what pushes has time to move a bit when the particle vibrates away, then the acceleration is weak, and if it has time to move a lot, then the acceleration is strong. Once the vibration would have been shortened a bit by the push, the particle would still have to vibrate the same distance back and forth to keep its frequency constant, so it would be forced to travel a bit towards the other particle, what would shorten the beeps sent towards it.
If the push would stop after only one beep, then the speed of the molecule would depend on the strength of that short acceleration, and if it would stop after many beeps, then the speed of the molecule would also depend on the duration of that long acceleration. In the first case, we can see that the speed of the molecule would depend on the time the beep takes to make its roundtrip between the two particles. In the second case, we can see that the accelerated particle could already be pulled towards the other particle during the time it would be accelerated, because the other particle could have already moved away from it, what would have produced redshift on the beeps it has sent back to the accelerated particle, what would pull that already accelerated particle forward at each beep it makes. It means that what accelerates the particle has to follow it in its acceleration, and that we do not have to accelerate its motion to accelerate the particle, only to continue pushing, thus reducing temporarily the length of the vibration at the same rate. (I leave that here in case it would help to understand the model, but I changed my mind below about the way the particle could be simulated.)
Quote from: David
I can't see how the acceleration and deceleration of A is going to measure the mass. I'm not convinced that you're doing anything involving mass after the initial acceleration of A, and that part of the process may happen in an instant right at the start. What happens after that appears to have more to do with how that energy is then shared with another particle bonded with the first. Anyway, if you double the amount of energy you're putting in, particle A is going to move further before it stops, and if you halve the energy you're putting in, it will stop sooner, so it looks as if you'll need to be able to vary how quickly particle A accelerates and decelerates under these different mechanisms (direct energy absorption with the initial move that kicks things off vs. acceleration control by perceived frequencies of each particle upon the other) depending on how much energy has been put into moving it. If it accelerates more quickly, it will perceive a stronger frequency change, so that may help decelerate it more quickly as the frequency goes higher, though as it decelerates it may then be slowed progressively more slowly until the frequency is back to the original value.
My former message was about the acceleration process, so here is how I see the deceleration one. If the acceleration stops after only one beep for instance, the acceleration takes only one beep, so I think the deceleration must take one beep too. In other words, the acceleration would contract the particle a bit and the deceleration would stretch it back, and it would stay there at rest as long as the information from the motion of the other particle would be back. It means that if the acceleration lasts two beeps, the particle would automatically contract twice the distance, and it would thus take two beeps to stretch it back.
That's too hard to imagine, and I think the only way out would be to account for the way the components of each particle would progress, which is too complicated for a baby simulation, so maybe we should rely on doppler effect produced by a point source instead, or a point bar in the case we use bars to represent the sources. This way, the large bar representing the particle would move a bit during acceleration, and it would move during the time it is producing a beep, what would immediately produce blueshift on the incoming and leaving waves, what would thus desynchronize the two particles. I would be fine if we could have the possibility to move it during only one beep or during many beeps, or to move it a bit or a lot during a beep. I still think that the distance it would accelerate during a beep should equal the distance it decelerates during a beep, but for a point source, we might simply consider that the deceleration happens within the beep. In fact, those steps would be quantized the same way light is: they would start at the beginning of a beep and stop at the end.
I think the point source particle will help us handle that kind of problem.
That would be a problem if we needed that the waves move at the speed of light, but I think we can use lower speeds for the waves and still get the behavior we are looking for as long as the speed of the particles depend on the speed of the waves they exchange. So this way, if we needed to account for the distance between the sources for a particular analysis as in my example, we could since the computer would be a lot faster than the waves.
If the particle travels a certain distance in one beep and then stops, its speed is the distance over a beep, and if the speed has to increase, then more distance has to be traveled next beep, and if the acceleration is constant, then the rate at which the speed increases has to stay constant, so you're right, during acceleration, the distance traveled during each beep must follow an acceleration curve.
That's what my model is about, but as I said, it looks a lot easier to start with a point source particle.
I think we should use realistic numbers, so the speed of light will be the one used for the signals. We don't have to work in seconds though - we're dealing with very small things very close together and moving tiny distances which we will show greatly enlarged and slowed on the screen. So, how far apart are the particles going to be? Perhaps 200 picometres (a fifth of a nanometre) would be a reasonable starting point if these particles are bonded atoms.
What kind of speed are we going to accelerate the first particle to? (The display can track the particles so that they always stay on the screen, so that shouldn't limit your choice.)
What frequency is the light that you're using for the signals? The "beeps" should represent the crests or troughs of waves in the light signal, so 1x10^15Hz might be a reasonable value, which is 1 per femtosecond. (Milli, micro, nano, pico, femto, atto, zepto.) In the program we might use the variable t for time with t representing one zeptosecond, and d for distance with d representing one femtometre. (Light moves about a third of a picometre in one zeptosecond.)
Do these sound like reasonable units and sizes? Check them to make sure by doing your own research if you aren't sure - I may have made big errors as this kind of stuff goes way outside my experience.
(Edit: changed 1 per attosecond to 1 per femtosecond in the bit about light frequency).
How about 1nm/s to begin with?
What frequency is the light that you're using for the signals? The "beeps" should represent the crests or troughs of waves in the light signal, so 1x10^15Hz might be a reasonable value, which is 1 per attosecond. (Milli, micro, nano, pico, femto, atto, zepto.) In the program we might use the variable t for time with t representing one zeptosecond, and d for distance with d representing one femtometre. (Light moves about a third of a picometre in one zeptosecond.)
They sound good too, but I didn't go that far in my analysis yet, so I guess we will both have to get used to them. While reading about JavaScript, I realize that it is commonly used with HTML, a language that I had already used about 20 years ago to build my own web pages, so it should help.
The Naked Scientist
Just so you all know, I implemented a "code" bbc button above the posting box so you can insert lines of code into the forum and it will format correctly.
It's the square button with a hash (#) symbol.
You wrap it around your lines i.e. highlight the text and then click the code button - and it will format for you.
echo "Print this comment";
I never forget a face, but in your case I'll make an exception - Groucho Marx - https://www.thenakedscientists.com/
That sounds a bit low - the gas molecules around us bounce off each other at over a thousand miles an hour, and if we're working with zeptoseconds, it might take millions of years for the simulation to move a particle across the screen. A speed in m/s is the same value in nm/ns, so 500nm/ns ought to be a realistic speed to use.
They sound good too, but I didn't go that far in my analysis yet, so I guess we will both have to get used to them.
Again, this is why everyone with a theory should try to simulate it, because it forces them to put proper numbers to the things their theory is going to operate on.
While reading about JavaScript, I realize that it is commonly used with HTML, a language that I had already used about 20 years ago to build my own web pages, so it should help.
We're not going to use a lot of complex HTML or JavaScript - we're really just using it as a calculator with a few extra bells and whistles to repeat the same calculations millions of times and to display the results in a way that makes it practical to understand them. If anything that I haven't already covered is needed, I'll provide it. The important thing is to work out what maths is needed and to put it into a form that can be run as program code. We can add these three variables into our program along with some information to help us understand what they are:-
t=0; // time in zeptoseconds (milli, micro, nano, pico, femto, atto, zepto)
d=200; // distance in picometres
f=1000; // initial bonding-light frequency per zeptosecond
We can change the units later if necessary - we might prefer to work with a distance unit equal to a tenth or hundredth of a picometre, for example, but we'll only find that out once we've got something up and running. I think we can make the initial acceleration of A instant, so the first bit of maths programming we need to write is going to be to handle the deceleration as A interacts with the signal from B, and that code needs to be adjustable so that we can change the deceleration rate just by changing a value in a single control variable. I'm going to think about that tomorrow. You might like to think about it too, and then we can compare notes and try to turn it into functional code.
Quote from: chris on 10/08/2017 23:28:58
Thanks for making that available - I wasn't sure if it was there by default and hoped you wouldn't mind program code being posted here. It would be wise though to get the mods to keep a careful eye on how it's being used though so that nothing appears that isn't fully documented to explain what it does. No one should be allowed to post any code that obfuscates what it does.
mrsmith2211
I am having trouble understanding you original premise. Sure a program could be writen for anything but if the basic brick is faulty so will everything that follows be faulty.
"I figure that mass and motion could be due to the bonding between two particles being limited to c" And you go on, is this a gravitational bonding, electrical or magnetic bonding?
Hi Mrsmith,
The model I want to simulate is described here. The bond in question is the one that permits atoms to form molecules, or that permits nucleons to form nucleus. If the information takes time between two atoms, then when the molecule is accelerated, both atoms should not move at the same time, what should produce doppler effect between them. What I suggest is that they can use that doppler effect for the same purpose we do, which is in this case as an information to control the timing of their bond. With doppler effect, the atoms would get out of sync when we accelerate them because one of them would be forced to move before the other for a while, and for the same reason, they would move by time shifted steps to stay on sync after having been accelerated. I think this mechanism explains the two opposed meanings of inertia, motion and resistance to move (mass), but it is hard to analyze with static diagrams, so I opted for a simulation, and David accepted to help me out with the software. As any new project, we will probably be facing new technical difficulties, but if inertia really depends on such a mechanism, we should be able to simulate it properly. You're welcome to participate if you wish! It's not a mainstream idea, but it doesn't contradict the facts either.
I made a mistake, I meant 1 m/s, so 500 is OK, it's in the same order of magnitude.
I think we can make the initial acceleration of A instant, so the first bit of maths programming we need to write is going to be to handle the deceleration as A interacts with the signal from B, and that code needs to be adjustable so that we can change the deceleration rate just by changing a value in a single control variable. I'm going to think about that tomorrow. You might like to think about it too, and then we can compare notes and try to turn it into functional code.
When I switched to point sources, I wanted to eliminate the proper acceleration and deceleration phases of each particle and replace them by constant frequency steps, one beep one step, the bar disappearing and reappearing further away if there is motion, and beeping at the same place if there is no motion. I thought there could be a stop and go button for us to push on the particle, and another one for inserting the rate of the acceleration we want to give. Pushing on the particle would of course automatically put it out of sync with the incoming light, so that synchronizing part of the software would have to be skipped during that time, but as soon as we would stop pushing, the particle should progressively synchronize its steps with that incoming light, one step at a time, and at the same rate it had accelerated. It means that it would decelerate a bit for a while since it would always be producing blueshift on the incoming light whatever the duration of the acceleration, and that it would accelerate again once the light from the full acceleration of the other particle would come in, what should produce the same kind of steps between the particles than their proper ones, but at a much lower frequency. From the particles' viewpoint, their proper steps would then be synchronized with the incoming light, but from ours, the steps between the two particles would not happen at the same time.
The way the second particle should react to the increasing doppler effect is the same as the way the first one had reacted to it's acceleration: it should accelerate at the same rate step by step, and decelerate to rest if the first particle had the time to do so.
Quote from: mrsmith2211 on 11/08/2017 02:49:41
Most of the new theories presented here suffer from fatal faults which are hard to point to because they're not presented in sufficient detail (and the same applies to some old established theories which can't be simulated without breaking the rules of the model, thereby revealing that they are not sound). In writing a program to run the model, it forces the theorist to supply or create all the missing pieces if they can. In this particular case we're about to hit a major problem that the speed of movement of the particles is so slow in relation to the speed of light that the Doppler shift probably isn't going to register - an idea that superficially looks as if it could have some connection to reality when looking at particles moving at relativistic speed may not look so viable when the particles are moving at ordinary speeds, and that will soon show up clearly. However, Le Rapteaux will doubtless still want to explore other possibilities which this software can be turned to (because he really wants particles to sit on the nodes of standing waves), so it's well worth continuing with, and the most important thing is to provide him with the tools that will enable him to continue with that without relying heavily on outside help, so that means learning to use JavaScript as an advanced calculator that can run little simulations to test key ideas.
By the way, I changed 1 "beep" per attosecond to 1 per femtosecond in the bit about light frequency a few posts ago. It's easy to make big errors when you aren't used to working with things on this scale, so much so, that I may have changed a correct value to a wrong one, and that means you should check my figures by working them out independently.
The big problem with this simulation is the massive difference in speed between light and the speed of the particles. To show the signals moving across the screen at a reasonable speed such that you can see what they're doing, it may be impossible to see any movement of the particles within any reasonable length of time. It also seems to me that it will be impossible for the particles to detect any change in the frequency of cycles in the signal (the beeps), so they won't know how to react to receiving them unless you give them a clock, and that clock would have to cycle at a similar rate to the light signal. Even then, in order to show the particle moving at all, we might need to enlarge it considerably, shifting the other particle a long way off the screen. Let's just work out exactly what we're up against.
Suppose we put our particles 20cm apart on the screen, that would make 1mm of the screen represent one picometre (if the particle separation is 200 picometres). A bar representing the signal moving at c would take about 600 zeptoseconds to cross the space between them. If we were to use a granularity of 3 zeptoseconds for each new displayed frame, we'd see the bar move across the screen in 200 jumps of 1mm each, taking 8 seconds to do so if we update the display with a new snapshot of the action 25 times per second. A particle moving at 500m/s is moving at 500zm/zs, so every 3zs it will move 1.5am. For the particle to move 1mm (representing one picometre) across the screen we would have to wait seven and a half hours.
(Milli, micro, nano, pico, femto, atto, zepto.)
The frequency of the light I chose (near to the most energetic end of the visible spectrum) is 1 cycle per femtosecond, so with a granularity of 3zs for each displayed frame, the will give us one "beep" every 33,333 frames, and each will keep us waiting 22 minutes. These "beeps" are virtually impossible to perceive as bars going past for the particle - it's more like a ribbon going past them and gradually varying slightly in width.
How about simulating two cars exchanging sound waves then? We could build the software using that order of magnitude and add buttons to change the speed of the wave or the length of the steps later. What I want to study first is the way doppler effect from motion can become a cause for the same motion, and that principle should not depend on the kind of waves. If the software works for sound, then we could try to simulate real particles with it. In my example with sound, I usually put the cars one sound second away from one another, but to have the time to examine the motion, I think five seconds would be better. I never gave a frequency to sound, so how about 1 kilohertz to begin with? 5,000 wavelengths between the two cars, that should be precise enough. We could use the speeds cars usually have, or even try to exceed the speed of sound with them to see how the software would react. I think that, as your simulation of MMx shows, the cars would take more and more time to accelerate whatever the rate of acceleration we choose, which is similar to mass increase in the case of particles.
How about simulating two cars exchanging sound waves then? We could build the software using that order of magnitude and add buttons to change the speed of the wave or the length of the steps later. What I want to study first is the way doppler effect from motion can become a cause for the same motion, and that principle should not depend on the kind of waves.
There's no harm in doing that first. I've added a bit to my previous post though which you might find interesting, though it doesn't help get around the problem of the Doppler shift being insignificant. The only way to get around that is to give the particles their own clock, but fortunately a particle usually is a clock with a mechanism running at light speed, meaning that it can likely detect subtle differences in the arrival times of signals, though probably only over many cycles with the effect of a tiny desynchronisation adding up to significant effects over time. That means we may still be able to do some kind of simulation of these particles with realistic numbers and see how the Doppler shift may relate to their behaviour. It may also affect the pattern of standing waves if there's an interaction between the signals put out by both particles.
If the software works for sound, then we could try to simulate real particles with it. In my example with sound, I usually put the cars one sound second away from one another, but to have the time to examine the motion, I think five seconds would be better. I never gave a frequency to sound, so how about 1 kilohertz to begin with? 5,000 wavelengths between the two cars, that should be precise enough. We could use the speeds cars usually have, or even try to exceed the speed of sound with them to see how the software would react. I think that, as your simulation of MMx shows, the cars would take more and more time to accelerate whatever the rate of acceleration we choose, which is similar to mass increase in the case of particles.
We could continue using particles - we can simply accelerate the first one to a much higher speed than 500m/s to get it up to a speed where Doppler shift shows up on the screen. If we were starting with a car accelerated in an instant to 70mph and working with sound to control its behaviour, that would be similar to using light and a particle accelerated to 30,000,000m/s. Again though, I don't think this will map well to reality as that kind of acceleration would break any bond. With that speed of travel, we can use a granularity of 12zs with the screen showing light cross between the particles in two seconds and particle A being nudged to a speed that would take it 20 seconds to cross to the other particle if it didn't get slowed by its interactions with the signal from B. That would allow you to explore all the same ideas while keeping particles more in mind.
I don't mind simulating particles first, but I would like to have buttons so that I could change the frequency and the speed of the wave easily. I think it should be interesting to compare different kind of waves. I don't understand why you want to accelerate the first particle instantly though: why not accelerate it progressively with a button or a window to enter the acceleration rate and another one that we could hold to decide the duration of the acceleration? You said previously:
«I think we can make the initial acceleration of A instant, so the first bit of maths programming we need to write is going to be to handle the deceleration as A interacts with the signal from B, and that code needs to be adjustable so that we can change the deceleration rate just by changing a value in a single control variable.»
To me, a deceleration is like an acceleration, so both phases have to work the same. It would be too complicated to simulate, but the first particle has to be accelerated by an outside molecule, so that the doppler effect from the atoms of that molecule would interfere with the doppler effect produced by the accelerated atom on the light from the atom it is bonded to. For the first atom to move, the external doppler effect should thus be more important than the internal one. There may also be thresholds under which no motion from the first atom would be transferred to the other atom, as it is the case for the electronic quantum states. The first step the first atom would make should thus depend on the progressive approach of an external atom, but it is not necessary to simulate that atom, just the resulting acceleration, and that acceleration has to be executed step by step to produce the time shifted wave like motion I am expecting the two atoms to execute during constant motion.


IF SOMETHING EXISTS, IS NOT NECESSARY THAT SOMETHING IS ITSELF!
ALL PLANETS AND STARS ARE GOOD!
Saturn's beauty of the planet does not have a solid surface.
There is a storm of oval shape here and there. But there on Saturn are hurricane winds.
Its magnetic field is stronger than on earth, which causes fireworks of the polar shadow that changes from hour to hour.
6 Planet. Have 60 moons.
Sun is power and life.
The sun is a star, it provides the energy needed for life. We place him in the average big stars, Betelgez star on the left shoulder of the constellation Orion is 630 times larger.
The sun radiates heat and light. Like other stars, the sun revolves around the center of our Galaxy.
Sun is made most of Helium and hydrogen and other chemical elements like iron, carbon, lead and uranium.
MOON colling down HOT SUN and the land is resting.
Mars is smaller than the world, on it there are some landscapes of mighty canyons, spinning high volcanoes, sand dunes, striking craters and dustbins that swirl like small tornadoes.
The atmosphere on Mars is so rare and the temperature so low that there can be no water on the surface, as in the underground.
Temperature from 13 ° C to -100 ° C.
Mars is like a piece of rusty metal.
Color gives him iron oxide in the soil. Weather is unpredictable.
Mercury is closest to the Sun, because it circulates so close to the sun that it often gets lost in the sun's sunlights, and its rays hide it so it's also hard to trace it.
Traveling to Merkur and the surface would be a real nightmare. The surface is full of craters and high steep jagged cliffs, dotted with volcanoes.
The sun shines right angle on the equator. This means that there is hellish in the afternoon, and at night, hellish cold.
Temperatura je od 400°C do -180°C and over.
The temperature is from 427 ° C to -180 ° C and over. The sun rises and goes differently. 1 Planet. 0 Moons.
Pluto is smaller than our Earth moon.
A very remote little planet. Ninth planet.
It has three moons; Haron, Niks and Hydra.
Jupiter, where there is no soil and red hurricane big for three world raging for centuries and winds that rage to 360 kilometers per hour, the glittering lightning lit up the sky and polar glow dances around courses. 5 Planet. Have 63 moons.
A jewel that is glittering in the sky, a little bit smaller than the Earth with a thick layer of carbon dioxide, has the worst atmosphere, and anyone who makes it on would crumple it like a paper jar or get fried. Even if we connect this planet with the notion of beauty, this place is fearsome.
The temperature reaches over 400 ° C. It is also flooded by winds over 300 kilometers per hour, and almost no winds on the surface.
And the atmosphere is so dense that it would overtake the breath as a giant sea wave. 2 Planet. 0 Moons.
Uranus is an ice giant, it has no solid surface.
The cyan color causes the red part of the spectrum of the sunlight to absorb when it gets to an ice-cold atmosphere.
Metan reflects the blue and green part of the spectrum back to space.
Uranus is inclined to 98 degrees. The possibility is that some gigantic collapsed into it, so it is still on the side today.
This means that on one side there is only darkness on the other, but only light.
Neptune iceberg. There is turbulent weather winds reach 2,000 kilometers per hour.
It has no solid surface, temperature -210 ° C.
While the core is very hot.
This inner heat cause wild winds and storms.
8 planet. Have 13 moons.


Radius mirrors have curved spherical surfaces that have a metallic coating. If concave, the mirror has a positive focal length and will focus light. If convex, the mirror has a negative focal length and will disperse light.
Experimental Grade Radius Mirrors are offered in several experimental grade options. Grade 1 is standard optical glass, edged, free of visible scratches, chips, stains or oxidation. Grade 2 is unedged, non-optical glass, small chips, slight stains or other defects.


Rotary Tool Cutoff Saw Hinge for Dremel Model 225 by stylesuxx is licensed under the Creative Commons - Attribution - Non-Commercial license.
This is a hinge for the great Cutoff Saw fitting a Dremel Model 225. You need to attach the axle for the tool before screwing in the Dremel and then attach the rotary tool to it's axle.


← How has our ministry expanded?
It was great to see our friends at Tasker Street, Covenant in Bath, PA, Whitehall BFC, Calvary Protestant, Friendship Baptist, Oreland EPC, Mount Hope, Lehigh Baptist, Chestnut Hill Baptist, Living Hope, Sovereign Grace, Oasis Church, Bible Fellowship Church in Quinehaug, Connecticut, Christ Evangelical Free in Lehighton, the Bible Fellowship Annual Meeting and the Bible Fellowship Missionary Conference, 14 churches and 2 conferences within the space of 8 weeks!
Thanks for your new commitment to finance our work: Blaine, Nate, John and Debby, Kimberlee, Karen K, Phil and Marty, Robyn, Andy and Cel, Lloyd, Ruth and Ron, Ted and Audrey, Arlene, Sister Johnson, Deb C., Jenn Florin, Perryville, Steve and Phyllis, Redeemer BFC. And thanks for your continued support, Deb S.
COME HEAR THE SHOGRENS! There are things we can share in person which we cannot post on our website.
We are currently in New Mexico, visiting Tim and Ariel. We will be traveling across the country, so if you or your group want to hear us speak over the next 2 weeks, respond to this message right away!
Everyone wants to know when we are due to return to Costa Rica. The answer is simple: as soon as we raise all of our money! God knows the specific date, and we are aiming for a time frame. Gary will be teaching the next ESEPA semester online, and Karen has already said she's unavailable for her two summer courses, which gives us flexibility until this fall. However we both hope to be able to return by the middle of September.
So far we still need to raise about 2400/month.
** For those of you who are keeping track of our financial progress: our finances are complicated, we've lost another church, it's taken us all these months to compile all of our budget needs. We're seriously praying that this is the FINAL gross figure, and there will be no more losses to recoup!


We are checked among the principal maker, broker, exporter and provider of prevalent quality. In Uniform are exceedingly requested their unmatched quality. The offered garbs are planned to utilize high-review texture and present-day machines in strict consistency with the business standards. Our whole range is accessible in various redone plans, hues and other related particulars as per the assorted requests of our customers. Aside from this, our customers can profit this range from us at showcase driving cost.


Lara & Luna APC successfully defeated an employer's motion in Los Angeles County Superior court last week to dismiss a case against it and its former Senior Investigator, involving Labor Code Violations, Emotional Distress and Defamation at the summary judgment stage. Our law firm represents a former employee who worked as a Senior Engineer for a large international corporation.
After twelve loyal years of service, positive performance reviews and a week after getting a bonus from the employer, our client was suddenly terminated based on an arrest that did not result in conviction in violation of California Labor Code section 432.7. The employee had no prior criminal history. However, the employer illegally obtained a copy of the employee's police report and used the contents in the police report as a basis of the employee's termination. Also, the employer disseminated information about the employee's arrest in organizational charts to other employees that had no reason to know about the arrest. Following the employee's termination, the employer's Senior Investigator kept calling the police to get information about the status of the arrest, hoping to get a conviction to justify its wrongful termination of the employee. The employer came up with various pre-textual excuses as to why they terminated the employee. As a result of the employer's conduct, the employee's reputation has been damaged.
In a positive ruling in favor of the employee, the court denied the employer's motions to dismiss the case in their entirety and found that there were issues of fact based on the "mixed motive" aspect of the termination. The court also found issues of fact as to whether the employer intentionally and negligently inflicted emotional distress on the employee and whether the employee was defamed by the employer's actions. As a result of the court's ruling, all of the employees claims against the employer and its Senior Investigator alleged in the complaint will remain intact.


text:
Team Rodent
Charles Taylor reviews 'Team Rodent: How Disney Devours The World' by Carl Hiaasen
By Charles Taylor
August 5, 1998 11:00PM (UTC)
One of my most vivid childhood memories is of hearing my best friend's mom express relief that Walt Disney had finally kicked the bucket. When I asked her what he'd done to be such a bastard in her estimation, she told me, "He wanted to rule the world." That may seem like a strange opinion to any kid who was raised to equate Disney with Mickey and Goofy and those silly Kurt Russell comedies we'd go to see every year. And the opinion expressed by Carl Hiaasen in his hilarious and venomous pamphlet
"Team Rodent" -- that his empire has succeeded in ruling small pockets of the world, and can do so because it exerts a pervasive mind control on much of the rest of the planet -- may seem strange to the 46 million people who annually descend on Walt Disney World in Orlando, Fla., or the millions more who flock to Disney movies, or perhaps the ones distributed by Touchstone, Miramax or Hollywood Films (all Disney subsidiaries). It may seem strange to the people who buy books published by Hyperion or CDs released by Hollywood Records, maybe even the combined billions who tune in to programming on ABC, ESPN, Lifetime, A&E, the History Channel. Getting the picture?
Who could have known, when Uncle Walt left us for that Magic Kingdom in the sky, that his minions would join ranks, mousestepping in his name across the literal and figurative American landscape to establish an empire that will last a thousand years, all the while trading on the trusted Disney name, and the visions of sweetness and light it conjures, to consolidate their holdings? Strength through joy, indeed. Certainly the farmers in central Florida whose land, beginning in the mid-'60s, was being snapped up at $200 an acre by buyers careful to keep the Disney name hush-hush (lest real estate prices shoot up) couldn't have foreseen Disney's master plan. Not true of the Florida legislators who, after Disney revealed itself and its intentions, went to outrageous lengths to secure the money Mickey could pour into their state. Hiaasen, in addition to being one of our best popular novelists, is a longtime investigative reporter with the Miami Herald, and he details goings on that would do the con men and sleazebags in his mysteries proud.
To ensure it landed Disney, Florida created the Reedy Creek Improvement District, a geographical district that comprises Disney World and its surrounding lands. The effect is to allow Disney to operate as an autonomous district. The supervisory board is elected by landowners (the Disney corporation), and since there is no voting population to speak of, the corporation is free to call the shots, to establish its own zoning laws, to pressure the state Assembly to allocate money for its sewage
treatment rather than allot the dough to another county's proposed low-income housing. And it's free to refuse to obey state law -- it refused, for instance, to hand over the manual of Disney's security force after a member of that force engaged in a high-speed chase that ended in the death of 18-year-old Robb Sipkema, whose only apparent transgression
had been horsing around at night on company property. Though the security force works for Reedy Creek, a public entity, Disney's lawyers succeeded in convincing a worm by the name of Judge Belvin Perry Jr. that relevant files were private property.
Hiaasen details Disney's talent for asserting its presence to gain the trust of officials or the public and then absenting itself at the first whiff of trouble. When a housing development promoted by Disney was found, after Hurricane Andrew blew it off the map in 1992, to have had incredibly shoddy workmanship, Disney succeeded in persuading the court to leave its name out of the class-action suit that followed, the reasoning being that a jury could assume the pockets on Mickey's shorts went awfully deep.
If you've ever read one of Hiaasen's mysteries, you know he can be killingly funny (if you haven't read one, for God's sake, stop wasting time with this). "Team Rodent" is a swift, hilarious read. At one point, Hiaasen fantasizes about breaking into Disney World to populate its lake with a truckload of hungry bull gators. His conscience precludes this -- he's afraid a gator might get hurt.
But the laughs shouldn't disguise that there is a serious and complex subject here, the same one addressed in the early "X-Files" episodes and "The Truman Show": the ability of power to create its own reality. And since power does everything it can to convince us that the reality it creates is benevolent, people who insist on the facts -- no matter how outlandish those facts seem -- can easily be dismissed as cranks. "Disney is so good at being good," Hiaasen writes, "that it manifests an evil; so uniformly efficient and courteous, so dependably clean and conscientious, so unfailingly entertaining that it's unreal, and therefore is an agent of pure wickedness. Imagine promoting a universe in which raw Nature doesn't fit because it doesn't measure up." People do not want to believe that, because it's selling Mickey and Donald, an obscenely large conglomerate actually behaves like one. But has any company that has set its sights on transforming the way the world looks, and going about that master plan with autonomy, ever summed up its philosophy any more honestly than "It's a Small World After All"? And isn't it about time to change the name of that tune to "Mickey \ber Alles"?
Charles Taylor is a columnist for the Newark Star-Ledger.
MORE FROM Charles Taylor

redpajama_set_name: RedPajamaCommonCrawl


Knee pain is becoming an increasingly common complaint. Although a condition such as osteoarthritis is not curable, the symptoms can be reduced and the progression of the problem can be helped by chiropractic care. As with all orthopaedic conditions involving the muscles and joints, it is important not to ignore them. The longer you leave a problem, the more difficult it will be to treat it.
There are many causes of knee pain. Pronation of the foot may cause the internal rotation the knee joint and cause pain. Intensive exercises with proper stretches may also cause the pain in the knee joints. Weakening of the muscles around knee joints (such as quads and hamstrings) may lead to weakening of the knee joints and cause pain.
Treatment would involve reducing joint inflammation and reducing pain by avoiding aggravating factors, using a support, and using ice to reduce inflammation, muscle spasm and pain. Specific chiropractic manipulation and mobilisation techniques can then be used to areas of restricted movement in the knee and surrounding joints, to increase movement and improve function as well as reduce pain.
A rehabilitation exercise program will improve strength, endurance and stability. We also work on improving your balance and your sense of joint position (proprioception). This will help you to return to normal activities and also prevent new injuries. Custom-made orthotics help with prevention of the internal rotation of knee joints by supporting the proper arches of the foot.


text:
Arts & Culture Campus Life Creative Entertainment Movies
SMU Students Discuss Changing TV Options
Tyler Clure March 29, 2021
Ever since Netflix started its own streaming service in 2007, many media companies have followed suit creating an online home for their vast libraries of content. Instead of buying bundles of channels packaged by TV providers, consumers have a variety of streaming services to subscribe to. This has created a new problem for consumers, which should they choose?
Nathan Snare is a Sophomore at Southern Methodist University and he has been a lifelong fan of both Spongebob and Scooby-Doo.
"Whenever you got Scooby-Doo on a DVD then that was like the best gift you could have gotten me," Snare said. "Me and my family, we still quote Spongebob to this day."
For Snare, his two favorite shows are separated into two different services. Most of Scooby Doo's content has found a home on the service Boomerang and Spongebob is now a resident of the new Paramount plus.
Snare is a current subscriber of Netflix, Disney Plus, and Amazon Prime. According to TV time's 2019 streaming wars study, 42% of respondents were expecting to pick up one new streaming service with Disney Plus being the most popular option (56% of respondents said they plan to subscribe). It is no surprise then that Nathan is a current subscriber of Disney Plus.
"I wanted to watch all the Marvel movies," Snare said.
Disney plus does have a big draw considering its vast library of Star Wars, Marvel, Pixar, and Disney movie content. But Nathan also expressed interest in both Boomerang and Paramount Plus two newer services he has yet to subscribe to. NPR's article about how to pick the right streaming service would suggest that Nathan subscribe to the services that hold his favorite shows, but only for a few months at a time in order to save money.
Snare also has a plan to save money by cutting the cord, but still retaining the live TV he likes.
"If I just cut my cable and get Hulu with live sports, that would be a good idea," Snare said.
Cutting the cord refers to the act of unsubscribing from traditional TV and cable subscriptions and only subscribing to streaming services. This trend has become more active in recent years with live sports being the only thing preventing the majority of traditional TV audiences from cutting the cord themselves. It would seem Nathan has found a solution to that in Hulu's new offering of live sports on their platform.
Wiley Blackwell's book From Networks to Netflix talks about how services like Netflix are a new form of entertainment.
"The evolution of television from an era of program scarcity to one of user-driven abundance," Blackwell wrote.
SMU sophomore Hallie Jo Schroeder agrees that there is an abundance in the current TV landscape. Schroeder thinks there are too many streaming options.
"Before, a subscription to one or two services would get you all the shows you wanted to watch, and now you have to pay way more for all different subscriptions," Schroeder said.
For many getting all the shows they want would require a lot of subscriptions and that is not economically feasible for most. In TV times 2019 study 87% of respondents said the reason they thought there were too many services was because it's too expensive to get them all.
SMU Film Professor Derek Kompare teaches classes about the TV industry and streaming services. Kompare thinks the market is at the level of top-tier streamers it can handle.
"I think consumers may get frustrated at having too many subscriptions," Kompare said. "After the launch of a few big-profile platforms over the past year or so, I think we're probably saturated with 'top-tier,' big-audience streamers for now."
In terms of what service was most worth it Kompare thinks HBO Max covers a lot of ground.
"It has a relatively deep and eclectic library, and all those HBO exclusives," Kompare said.
Kompare also likes Pluto TV.
"Pluto TV has a ton of content as well, and it's free!" Kompare said.
This is why articles like NPR's How To Pick The Streaming TV Services You Actually Want suggest coming up with a strategy that identifies what is the most important thing a streaming service needs for you to subscribe to it.
Kompare notes two things a streaming service should focus on its catalog and its interface.
"The depth, variety, and quality of its catalog are all critical; each streamer scores differently for each of these," Kompare said. "The utility of its interface is also important: how easy is it to use on different devices, to find things you want to watch, to set up watchlists, etc."
Schroeder wants her services to have shows that she likes.
"I like if it's easy to use and aesthetically pleasing," Schroeder said.
Snare emphasized the price of the service and its original content. He thinks a good service will have both original content (shows made by the service like Netflix's Stranger Things) and pre-existing content.
"If it's cheap that is very important to me," Snare said.
Snare also established the importance of live events like sports.
"They need to do more with live sports," Snare said. "If they did live sports then cable would pretty much have no reason to exist anymore."
NPR's and Kompare both suggest trying out a streaming service for a month and then dropping it if you don't like it.
"The good thing is that they're easy to sign up for and cancel, unlike cable, which is notoriously difficult to cancel," Kompare said. "I would see what their marquee titles and/or catalogs are, and then try it out to see if it appeals enough to sign on."
Kompare expects to see more bundles of services in the future. Especially if the streaming services in the bundle are all owned by the same parent company. But Kompare is not optimistic about the continuation of discounts.
It seems nowadays the common question is if there are too many streaming services and the common answer is yes. But a solution has not been universally adopted yet. What solution will be adopted, your guess is as good as mine.
Amazon Primedisney plusfilmhuluparamount plusstreamingstreaming servicesTV
What the New Vaccine Eligibility in Texas Means for the SMU Community
Eric Andre Talks 'Good Bad Taste' and Chinese Fingertraps in his latest film 'Bad Trip'


I want to make some glowing juggling balls (using LED probably), but I have no idea about what ball to use, how to make it turn on and off and how to balance it.
I tryed the led ping pong balls (link at the end), but they're too small and light.
Any ideas? How do the glowing balls work (those that from Yo-ho, for example)?


text:
Results by Title A B C D E F G H I J K L M N O P Q R S T U V W Y
246 books about Family & Relationships and 3 start with Y
Sort by Title Author
You and Your Deaf Child: A Self-Help Guide for Parents of Deaf and Hard of Hearing Children
Gallaudet University Press, 1997
Library of Congress HQ759.913.A33 1997 | Dewey Decimal 649.1512
"Prepared by a psychologist who works with deaf students and their families, You and Your Deaf Child is handy for advice as different situations arise." --Hearing Health "This self-instructional manual for parents of deaf or hard of hearing children provides practical information and techniques for understanding and dealing with hearing loss." --Exceptional Child Education Resources "It will be invaluable to the parents of children with newly diagnosed hearing loss." --Ear and Hearing You and Your Deaf Child is a guide for parents of deaf or hard of hearing children that explores how parents and their children interact. It examines the special impact of having a deaf child in the family. Eleven chapters focus on such topics as feelings about hearing loss, the importance of communication in the family, and effective behavior management. Many chapters contain practice activities and questions to help parents retain skills taught in the chapter and check their grasp of the material. Four appendices provide references, general resources, and guidelines for evaluating educational programs. Once parents have worked through You and Your Deaf Child, this friendly guide can be referred to for specific information and advice as different situations arise. John W. Adams is a psychologist at St. Mary's School for the Deaf and also at The Family Center of Western New York, both in Buffalo, NY.
Expand Description
Youth on Trial: A Developmental Perspective on Juvenile Justice
Edited by Thomas Grisso and Robert G. Schwartz
University of Chicago Press, 2000
Library of Congress HV9104.Y685 2000 | Dewey Decimal 364.360973
It is often said that a teen "old enough to do the crime is old enough to do the time," but are teens really mature and capable enough to participate fully and fairly in adult criminal court? In this book—the fruit of the MacArthur Foundation Network on Adolescent Development and Juvenile Justice—a wide range of leaders in developmental psychology and law combine their expertise to investigate the current limitations of our youth policy. The first part of the book establishes a developmental perspective on juvenile justice; the second and third parts then apply this perspective to issues of adolescents' capacities as trial defendants and questions of legal culpability. Underlying the entire work is the assumption that an enlightened juvenile justice system cannot ignore the developmental psychological realities of adolescence.
Not only a state-of-the-art assessment of the conceptual and empirical issues in the forensic assessment of youth, Youth on Trial is also a call to reintroduce sound, humane public policy into our justice system..
Contributors: Richard Barnum, Richard J. Bonnie, Emily Buss, Elizabeth Cauffman, Gary L. Crippen, Jeffrey Fagan, Barry C. Feld, Sandra Graham, Thomas Grisso, Colleen Halliday, Alan E. Kazdin, N. Dickon Reppucci, Robert G. Schwartz, Elizabeth Scott, Laurence Steinberg, Ann Tobey, Jennifer L. Woolard, Franklin E. Zimring
You've Always Been There for Me: Understanding the Lives of Grandchildren Raised by Grandparents
Dunifon, Rachel E
Rutgers University Press, 2018
Library of Congress HQ759.9.D854 2018 | Dewey Decimal 306.87450973
Today, approximately 1.6 million American children live in what social scientists call "grandfamilies"—households in which children are being raised by their grandparents. In You've Always Been There for Me, Rachel Dunifon uses data gathered from grandfamilies in New York to analyze their unique strengths and distinct needs. Though grandfamilies can benefit from the accumulated wisdom of mature adults raising children for a second time, Dunifon notes, such families also face high rates of health problems as well as parenting challenges related to a large generation gap. Grandfamilies are also largely hidden in American society, flying under the radar of social service agencies, policymakers, and family researchers. This book gives family researchers a greater understanding of a unique family form, and also offers service providers, policymakers and the general public important information about the lives of an important group of American families.
Browse our collection.
See BiblioVault's publisher services.
Files for college accessibility offices.
by BISAC SUBJECT
by LOC SUBJECT
More to explore...
Recently published by academic presses
246 books about Family & Relationships and 3 246 books about Family & Relationships
3 start with Y start with Y
You and Your Deaf Child
A Self-Help Guide for Parents of Deaf and Hard of Hearing Children
Youth on Trial
A Developmental Perspective on Juvenile Justice
You've Always Been There for Me
Understanding the Lives of Grandchildren Raised by Grandparents


Derek John Galbraith was born on September 23, 1988 in Quesnel BC and was tragically taken from his loving family and friends on June 24, 2008 in Biggar, Saskatchewan while doing what he loved best, working as a Heavy Duty Mechanic.
Derek attended Rayleigh Elementary School and Norkam Senior Secondary School in Kamloops, graduating in the pre-apprentice program for Heavy Duty Mechanics in 2006. He was in the second year of his heavy-duty mechanics apprenticeship with Greg's Contracting of Red Deer, Alberta.
Derek loved motorbiking, camping, hunting, fishing, skiing, and boarding, just to mention a few. The most important part of Derek's life was to be with his family for every family function and to be surrounded by his friends. Derek was always anticipating his days off or holidays so that he could come home to see his family and friends.
He is survived by his parents, John and Candace Galbraith and his brother Brent Galbraith of Kamloops. Also by his great grandmothers Belauh Prenevost of Osoyoos and Ellen Ponting of Mission; his grandparents Faye and Frank Galbraith of Keremeos, and Lena and George Hasbon of Osoyoos. He is also survived by numerous aunties, uncles and cousins. Derek will also be remembered by so many of his very close friends.
Derek we love you so much and you will be in our hearts forever and forever missed.
The funeral service took place on Monday, June 30, 2008 in the Kamloops Funeral Home Chapel, with Pastor Mary Widmer officiating.
In lieu of flowers, donations to the Derek Galbraith Trust Fund can be made at CIBC, 304 Victoria Street, for a bursary to the CTC Heavy Duty Mechanics Program at TRU.