search for: idealogically

Hi people, I am aware of the integer based DEcoder (Tremor) but am more interested in a hardware ENcoder, for use in a solid state portable recorder. Has anyone made *any* steps towards implementing an encoder in a DSP? I ask because I have been investigating MP3 hardware encoders, and apart from being very expensive (to licence - DSPs are as cheap as grains of sand in comparison) I have an

...d I'd like it to 'work properly' for aesthetic reasons. I don't mind having to rejig the PCs to just use workgroups rather than domain logins, if that's a 'better' way to do a pretty simple network. I was trying to reproduce the NT setup on the Sambe server, but am not idealogically committed to it. Can anyone make a suggestion for how to go about this? I'm no samba wiz, I've cobbled the config above from various howtos that seemed pretty close to what I wanted to achieve, but I've made mistakes, I'm sure! thanks! Carl

...if the transaction committed or rolled back? If it rolled back id obviously want to throw them back, whereas if it committed id want to show a completion page. Something along the following lines: unless @???.committed? render_action ''somewhere'' end Is this how its done (idealogically) or am I on the wrong track? If anyone can give me an example of doing what Im attempting id really appreciate it! Thanks.

Hello, is it possible to obtain type III sums of squares for a nested model as in the following: lmod <- lm(resp ~ A * B + (C %in% A), mydata)) I have tried library(car) Anova(lmod, type="III") but this gives me an error (and I also understand from the documentation of Anova as well as from a previous request (http://finzi.psych.upenn.edu/R/Rhelp02a/archive/64477.html) that it is

OK, so i''ve played a bit with mocks and mock_models in controller and view tests and i have a question. Is this statement really correct: "We highly recommend that you exploit the mock framework here rather than providing real model objects in order to keep the view specs isolated from changes to your models." (http://rspec.rubyforge.org/documentation/rails/writing/views.html