In France, Germany, Italy that is true too. Rusty language skills cause the assumption that you speak english. Which in my case is true but always floors me as I would like a refresh on the language.
The up front cost is high but paying a person is far higher. So they wont be consumer devices any time soon. Dogs have been found to be good at finding that human relationship. It is not humans it is just being alive and unpredictable.
Actually that is the wrong way around. She put gas into a diesel. The same effect though. Little fuel injected tubo diesels are quite highly tuned and though they may run bio diesel they do not like petrol. Must of been that way around as in the UK you cannot put diesel into a gas car.
Yes you will destroy a gas engine if you put diesel in it. I know someone who did just that. She must have had a fair bit of petrol in the tank when she refilled the car as it ran for some time before breaking. Very expensive to get the tank drained and the engine fixed. And her face when trying to explain it.
I started with electronics in a similar way, light bulbs and wires yes done that. I know all the theory behind analog but more often than not it just does not work out that way. How can a simple band pass filter screw up as it is only a few caps and resistors? I've constrained myself to the digital domain as it is far simpler. Oddly I like analog as there is so much to learn. Even digital work eventually results in analog fiddling if only to rule out the chances that it will affect you.
I'm mostly a software developer who sometimes plays around with hardware in his spare time. An Altera FPGA is the toy of choice at the moment. Geting video in to it is a problem. Image stabilisation in hardware is the goal.
Thanks for the response. That would explain it. Are you involved with the project? Most of the stuff I do does not have audio band pass filters after it. Even when it does I'm normally using probes on the DAC output.The analog stuff after that alwyas confuses me I know how it works, I know how it should work but in reality It does odd things and messes with my head. In this case it is more a case of "I did not remember that"
cheers, I think the low freq cutoff for audio is probably the best reason. I think you have answerd my question. I think I was biased as most of my work was on DC coupled DACs. So yes if you drove them to max out they would produce max out but they did have have analog stages after that were designed to be band blocking in the 20 to 0.5 KHz range (to get rid of the AC currents induced by machinery in the analog sections of the devices)
all can be done as long as you can satisfy the lowest baud rates they require (ie you can reasonably hit the required baud specs they have) and don't care about signal levels. Sig levels are easy to change but as you posted; not if you are using parasitic power.
That does add an interesting aspect. Power and data on less than 0.7 volts. Much of what I've been playing with (FPGAs) are runinning on 1.2 volts core but most of the surrounding hardware is 2.5v (mostly handled by the fpga) and then outside that 5v volts (legacy). I'm having to step up and down the signals to interface with other systems all the time (easy but always extra hardware).
Is this something the EU got right? At the moment I think it is. In the long term is it a good idea? Who the fuck knows. But for now (i.e. 10 years ago it is). I like to charge phones anywhere and everywhere. I'm just not shure that it should also be a data port at the same time. Soon you will have to slip a prophylactic onto the other persons micro usb before you try to charge your phone.
- They're probably generating a 22KHz sine wave and running it through a transformer to boost the voltage from ~0.7 volts That is a very good point. I was presuming the login would be working at a level compatable with the max out voltage from the audio system. I think a solid state voltage coverter may be more efficent though. Mind you that is a good hack if it is what they are doing (I am not sure if the pics shown where of the 22KHz output or not as they are definately not sine waves.
- one way I know of is to drive your data line at two voltages... say, 6v or less for 0, 9v or higher for 1 I've been playing around with the 1 wire bus for about 12 years. It pulls the bus (single line) high by defualt. everything on it charges. signaling is performed by wibbling it up and down. It is however designed for very low power devices that contain a capacitor to handle the lows on the line.
Either system you propose will work for game pad inputs and if you are really carefull about it you could acually have a real audio pass through to your head phones and still tap power (as things go quiet raise the ambient noise or some thing. A small Cap should enable plenty of button presses so you probably wont even need to do that)
As for grabbing NTSC. Well it can be done but you need to massively oversample to get an image in. I.e read the same frame lots of times sampling different bits or have a frame entered into your system very slowly. If you do not care about quality and the 22KHz/44KHz is enough to catch the flybacks and frame start you may be able to get a blury grey scale which is totally incorrect but may look OK
Sort of true. Most of those systems maintain an inactive high on the data/power line though as the devices can store an internal charge from that along with drawing energy from the signal when it is high. which brings me to ask why they are using 22KHz to generate the power. Is there something in the Audio hardware that causes a series of FF written to that channel to cause the output to deviate from its max value (I can imagine a number of hypothetical reasons) but most audio hardware I have used (very low level hardware) I could persuade it to produce an almost DC output for the correct software inputs. perhaps current drain on it after the analog filters???
There are two channels and I presume they are using one for power and the other for signaling to the device. resonse comes back on audio in Both channels can be used for power with minor changes with modulation on one providing outbound signals.
Oh and this was using the shuttered glasses (LCD) that give you a headacke after ten mins. They claimed 30 hz but that did not really work. The pressure ball controll did work well.
"That was the first time I used 3D graphics." Perhaps I should say this was the first time I had used 3D graphics in anger. No textures...just trying to push polygons at the screen. trying to render voxels using GLUT/GL. That is when I started to apprecieate the SGI machine I had access to. It was too slow to compute the scene but nothing else could display it fast enough to get an idea what was going on.
I have had various experiences. For some of my work the Alphas trounced everything. They were very fast processors. Larger data sets and I found that sunOS on fujisu (sparc) machines worked beter. Mind you I may be biased as the 16 proc machines I had access to were not quie comparable to the alphas (I think the alphas still out performed in floating point though). But If you wanted to see your data then you had to have something from SGI. SGI really had impressive 3D hardware. Most low end 3D grphics cards can propbably out do SGI now but having to have 8 or 16 full length cards at a few grand a piece was fun. That was the first time I used 3D graphics.
It really depended on what you wanted to do. Sparc machines where great at IO and memory access. Alphas just had the shear grunt to do work (and yes they were running at over 1GHz when most processors where running at half that) . SGI were crap but if you wanted to visualise it they could not be beat (hudge amounts of custom graphics hardware).
Yes I do mean "Mach":P I don't know much about this spacecraft so I don't know how fast it will be travelling. Telling every thing to get out of the way seams like a good idea.
Perhaps you just made the point? An american ship fired a missile at a comercial passenger plane and killed 290 people. Bad comunications and no idea what the plane was. FAA will at least provide information about the flight
Something coming down at high speed (mark 12 to 15) does need clearance. Just to get all the planes out of the area and then figure out where it hit the ground. I hope it does not.
I want to know what problems you have had. I've not really had many. Some issues with devs not handling files properly. But everything else worked fine. IBM's jvm has caused some issues and a few with Suns jvm. Matt
Yes I have pushed java to it's limits. It mostly works. There some nasty things that will get you but trivially avoidable. When you have to put it on various machines it does just work. HP/UX I have not yet encountered.
Slashdot Mirror
In France, Germany, Italy that is true too. Rusty language skills cause the assumption that you speak english. Which in my case is true but always floors me as I would like a refresh on the language.
Perhaps having fur and spreading saliva all over youre face helps?
The up front cost is high but paying a person is far higher. So they wont be consumer devices any time soon. Dogs have been found to be good at finding that human relationship. It is not humans it is just being alive and unpredictable.
Actually that is the wrong way around. She put gas into a diesel. The same effect though. Little fuel injected tubo diesels are quite highly tuned and though they may run bio diesel they do not like petrol. Must of been that way around as in the UK you cannot put diesel into a gas car.
Yes you will destroy a gas engine if you put diesel in it. I know someone who did just that. She must have had a fair bit of petrol in the tank when she refilled the car as it ran for some time before breaking. Very expensive to get the tank drained and the engine fixed. And her face when trying to explain it.
I started with electronics in a similar way, light bulbs and wires yes done that. I know all the theory behind analog but more often than not it just does not work out that way. How can a simple band pass filter screw up as it is only a few caps and resistors? I've constrained myself to the digital domain as it is far simpler. Oddly I like analog as there is so much to learn. Even digital work eventually results in analog fiddling if only to rule out the chances that it will affect you.
I'm mostly a software developer who sometimes plays around with hardware in his spare time. An Altera FPGA is the toy of choice at the moment. Geting video in to it is a problem. Image stabilisation in hardware is the goal.
Matt
Thanks for the response.
That would explain it. Are you involved with the project? Most of the stuff I do does not have audio band pass filters after it. Even when it does I'm normally using probes on the DAC output.The analog stuff after that alwyas confuses me I know how it works, I know how it should work but in reality It does odd things and messes with my head. In this case it is more a case of "I did not remember that"
Matt
cheers,
I think the low freq cutoff for audio is probably the best reason. I think you have answerd my question. I think I was biased as most of my work was on DC coupled DACs. So yes if you drove them to max out they would produce max out but they did have have analog stages after that were designed to be band blocking in the 20 to 0.5 KHz range (to get rid of the AC currents induced by machinery in the analog sections of the devices)
I think that may be the answer I was looking for
Cheers
Matt
SPI
UARAT
1-Wire
all can be done as long as you can satisfy the lowest baud rates they require (ie you can reasonably hit the required baud specs they have) and don't care about signal levels. Sig levels are easy to change but as you posted; not if you are using parasitic power.
That does add an interesting aspect. Power and data on less than 0.7 volts. Much of what I've been playing with (FPGAs) are runinning on 1.2 volts core but most of the surrounding hardware is 2.5v (mostly handled by the fpga) and then outside that 5v volts (legacy). I'm having to step up and down the signals to interface with other systems all the time (easy but always extra hardware).
Is this something the EU got right? At the moment I think it is. In the long term is it a good idea? Who the fuck knows. But for now (i.e. 10 years ago it is). I like to charge phones anywhere and everywhere. I'm just not shure that it should also be a data port at the same time. Soon you will have to slip a prophylactic onto the other persons micro usb before you try to charge your phone.
- They're probably generating a 22KHz sine wave and running it through a transformer to boost the voltage from ~0.7 volts
That is a very good point. I was presuming the login would be working at a level compatable with the max out voltage from the audio system. I think a solid state voltage coverter may be more efficent though. Mind you that is a good hack if it is what they are doing (I am not sure if the pics shown where of the 22KHz output or not as they are definately not sine waves.
- one way I know of is to drive your data line at two voltages... say, 6v or less for 0, 9v or higher for 1
I've been playing around with the 1 wire bus for about 12 years. It pulls the bus (single line) high by defualt. everything on it charges. signaling is performed by wibbling it up and down. It is however designed for very low power devices that contain a capacitor to handle the lows on the line.
Either system you propose will work for game pad inputs and if you are really carefull about it you could acually have a real audio pass through to your head phones and still tap power (as things go quiet raise the ambient noise or some thing. A small Cap should enable plenty of button presses so you probably wont even need to do that)
As for grabbing NTSC. Well it can be done but you need to massively oversample to get an image in. I.e read the same frame lots of times sampling different bits or have a frame entered into your system very slowly. If you do not care about quality and the 22KHz/44KHz is enough to catch the flybacks and frame start you may be able to get a blury grey scale which is totally incorrect but may look OK
Matt
Sort of true. Most of those systems maintain an inactive high on the data/power line though as the devices can store an internal charge from that along with drawing energy from the signal when it is high. which brings me to ask why they are using 22KHz to generate the power. Is there something in the Audio hardware that causes a series of FF written to that channel to cause the output to deviate from its max value (I can imagine a number of hypothetical reasons) but most audio hardware I have used (very low level hardware) I could persuade it to produce an almost DC output for the correct software inputs. perhaps current drain on it after the analog filters???
There are two channels and I presume they are using one for power and the other for signaling to the device. resonse comes back on audio in Both channels can be used for power with minor changes with modulation on one providing outbound signals.
Matt
Oh and this was using the shuttered glasses (LCD) that give you a headacke after ten mins. They claimed 30 hz but that did not really work. The pressure ball controll did work well.
"That was the first time I used 3D graphics."
Perhaps I should say this was the first time I had used 3D graphics in anger. No textures...just trying to push polygons at the screen. trying to render voxels using GLUT/GL. That is when I started to apprecieate the SGI machine I had access to. It was too slow to compute the scene but nothing else could display it fast enough to get an idea what was going on.
I have had various experiences. For some of my work the Alphas trounced everything. They were very fast processors. Larger data sets and I found that sunOS on fujisu (sparc) machines worked beter. Mind you I may be biased as the 16 proc machines I had access to were not quie comparable to the alphas (I think the alphas still out performed in floating point though).
But If you wanted to see your data then you had to have something from SGI. SGI really had impressive 3D hardware. Most low end 3D grphics cards can propbably out do SGI now but having to have 8 or 16 full length cards at a few grand a piece was fun. That was the first time I used 3D graphics.
It really depended on what you wanted to do. Sparc machines where great at IO and memory access. Alphas just had the shear grunt to do work (and yes they were running at over 1GHz when most processors where running at half that)
. SGI were crap but if you wanted to visualise it they could not be beat (hudge amounts of custom graphics hardware).
I'm pretty sure this was on Suns roadmap. Higher throughput per thread. Higher clock speeds. So have Oracle deviated from the plan Sun had?
hopefully none. But that is up to them.
Yes I do mean "Mach" :P
I don't know much about this spacecraft so I don't know how fast it will be travelling. Telling every thing to get out of the way seams like a good idea.
How did they get that confused with an f14
Perhaps you just made the point? An american ship fired a missile at a comercial passenger plane and killed 290 people. Bad comunications and no idea what the plane was. FAA will at least provide information about the flight
No they dont
Something coming down at high speed (mark 12 to 15) does need clearance. Just to get all the planes out of the area and then figure out where it hit the ground. I hope it does not.
I want to know what problems you have had. I've not really had many. Some issues with devs not handling files properly. But everything else worked fine. IBM's jvm has caused some issues and a few with Suns jvm.
Matt
Yes I have pushed java to it's limits. It mostly works. There some nasty things that will get you but trivially avoidable. When you have to put it on various machines it does just work. HP/UX I have not yet encountered.
Matt