I am just a guy with some background in mission-critical systems software who figured perhaps some well-known (or less well known) software engineering methods
Probedb: perhaps you missed this – I am no ‘corporation’ – I am a single guy who does this in his spare time – I don’t have equipment to measure if jitter is 2 or 5 picoseconds nor do I make any such claims, lol…I am just a guy with some background in mission-critical systems software who figured perhaps some well-known (or less well known) software engineering methods of the trade used in e.g. handling of large-volume of real-time transactions were quick turnaround is of paramount importance could be applied to music playback software as digital is highly sensitive to timing too – that’s all, no more, no less, you can choose to try it for yourself and make up your own mind or you can decide not to try and instead bash me: whichever you do I could care less…
It seems thar everyone missed the fact that jozef agreed to perform double-blind testing a couple of posts ago. So, how can we help him to set up a test?
Quote from: josef on 22 January, 2012, 06:08:01 PMI am just a guy with some background in mission-critical systems software who figured perhaps some well-known (or less well known) software engineering methodsAs a software engineer both professionally and personally for the majority of the time I've been alive, there is no way you could be a software engineer and believe the retarded claims you make on your site. Especially the bit about "fitting in the cache." You are either full of shit or just a shitty engineer.
Quote from: bug80 on 23 January, 2012, 01:25:22 AMIt seems thar everyone missed the fact that jozef agreed to perform double-blind testing a couple of posts ago. So, how can we help him to set up a test?According to what is written on JPlay website about the way it operates, maybe different testing should be performed at different system workloads.By the way: I cannot participate in any test as I don't use MS Windows at home, but as a hint, I'd also investigate on how installing JPlay affect the stability of the underlying OS. I suspect that trying to force a modern general purpose system to act as a embedded microcontroller is something that in the long terms does more harm than good (even to SQ)...
Our New Product!!The Quantum Temple Bell by Machina Dynamica, a unique room enhancement device for sound and video. The Quantum Temple Bell is a treated brass Tibetan hand bell that operates quantum mechanically to improve the performance of all audio and video systems. The bell is rung several times in each "strategic location" around the room, especially prior to critical listening. The effects of the Quantum Temple Bell are long lasting, at least several weeks. It is recommended that the Quantum Temple Bell ringing be performed about once a month for optimum results. Machina Dynamica provides instructions for how to use the Quantum Temple Bell with purchase. Only $129.
If people are so concerned about jitter and buffers, save your money that you would have spent on software and get an external USB DAC which has a buffer and is Asynchronous, then you can be sure the DAC clock is not effected by anything except relativity (which might be too much even for some...) and the buffer ensures that the million times faster PC can supply data on time.
6 My DAC is buffering data so I’m really not concerned with PC keeping a perfect timing.You should be. Simple truth is that the less processing the DAC needs to do, the better the results. Again, if you are doubtful, JPLAY is FREE to try! Trust only your own ears!
I see that the dbpa developer is participating. Consider the fact what value for money dbpa delivers (38$) - which I have tried, found it to be very good but was not willing to pay in light of the existence of foobar, sorry, spoon- the 99 Euro (about 130 in real money) for what?
Couldn't we take this a stage further, and develop a device that, by design, does nothing but process music data?
Quote from: Canar on 23 January, 2012, 04:03:09 PMSPDIF-opticalComputers have onboard some possibly noisy PSU, and if in addition there is bad ground ... anyone else who have seen 'ripples' in the picture on old TVs when a certain electrical component switched on? Unfortunately, you risk getting precisely the same thing through the mains. But you might rid yourself of a ground loop.
I'm interested, how a playback engine, which is, by definition, software, can get into CPU cache? OK, if it's small as CPU cache is (but then, which one, and on which CPU's?), but how can you load it directly to CPU cache? Or I misunderstood something?
The idea is that as long as CPU executes this program, it will naturally try to keep it in the cache, because that's what the cache is for; since program's size is less than the cache's size, it will fit completely. So as long as the program runs, it will hopefully run 100% from CPU cache, which means that (1) CPU's access to various parts of program's code will be several times faster (2) RAM chips will be used less intensively, so they will last longer.