Comment Some requests should be ignored (Score 5, Insightful) 478
Can anyone come up with a sensible reason to implement such a thing?
Can anyone come up with a sensible reason to implement such a thing?
Or, perhaps, you were hired to find a scapegoat. Honestly, who cares; they need the project to work, so make it work.
The project is yours. Guess a rewrite timeline, send it to your boss, and get to work. While they bicker on it, send them updates. If you are going to get fired, it was going to happen anyway; you can still do good work in the meantime.
The typical VoIP packetization interval is 20ms. At their highest bitrate, you would be transmitting 48 bits (or 6 bytes) of data per packet.
However, RTP packets have 54 bytes of overhead, and 20ms of G.729 is 20 bytes. Switching from G.729 to codec 2, the net bandwidth would only be a 19% decrease in bandwidth. For comparison, the last widespread codec change (G.711 to G.729) was a 65% decrease in bandwidth. It would be a much harder sell.
On the other hand, VoIP could use the bandwidth for redundancy; perhaps a moving window of 60ms every 20 ms to protect against single packet loss. It could happen...
They do have a way. They asked if it had already been determined.
The correct response is, "We don't know."
Am I the only person that read the headline and thought CPU? Misled?
The judgement of the responding officer was to file a report. Sensible enough. The arrest happened a week later.
RTFA. This opinion is not applicable.
Also, "I win this debate" while the opponent is in mourning. Classy.
> I'll attribute most of this to personal pain... but seriously, Scott needs to dial it back a notch. When you go into threats of killing someone...
Considering what he probably experienced in the weeks leading up to the blog post, I choose to cut him some slack, and not quote that statement when describing him in the future.
Saunders, on the other hand, was downright petty to "win the debate" with Scott Adams while he was probably working out funeral arrangements. What a @#%@5.
Also people don't seek principle sources. An account from the owner of the third Tesla fire incident.
http://www.teslamotors.com/blog/model-s-owner-tennessee (I think this was on slashdot a couple weeks ago...)
"This experience does not in any way make me think that the Tesla Model S is an unsafe car. I would buy another one in a heartbeat."
I expect that the current NHTSA probe is going to end up a huge win for Tesla and Musk.
[aol.com] Sounds like a phishing scam.
People keep building banks, and other people keep robbing them. So yes, recurring problem.
For those curious, there are currently 12 million bitcoin in existence, with a net value of about $4.3 billion.
Source: http://coinmarketcap.com/
Our Nook Tablet ran the stock software for nearly a year. It was terrible. I finally gave up on them rolling out a decent update and installed Cyanogenmod back in December.
It is an excellent bit of hardware, but management got in the way of the software. Too little to late; good bye Barnes and Noble
The GNU toolchain does not support most microcontrollers.
This is only true if you don't know what a linker script is.
If you write your own ldscript, the GNU toolchain supports just about every microcontroller on the market.
I don't understand the penchant for an IDE. It is just another layer between me and the finished product. I've ran into too many developers that have no idea how to use an actual compiler...it is terrifying!
I recommend building your toolchain from source and setting up a console build environment manually. This is probably the simplest yet most effective tutorial I've seen; coincidently, it also targets the LM3S product line:
http://kunen.org/uC/LM3S1968/part1.html
Getting a board with a good USB->JTAG part will get you a long way. I have a EK-LM3S6965 board with a FT2232 that has been rewired into a dedicated JTAG+UART dongle. That, with OpenOCD and GDB, is much more flexible than any IDE debugger. But you have to read the docs!
"When it comes to humility, I'm the greatest." -- Bullwinkle Moose