I tried the library but wasn't able to get it working with my DS18B20 and my Due.  In the serial monitor after dropping your library in the Arduino\Libraries folder I ran you sketch and get the following:

4095.944095.944095.944095.94

If I hold the temp sensor with my finger the numbers don't change a bit, which they obviously should. 

I have it wired like the following on my Due but with the data line going to Due line A0 to the middle of the DS18B20 and a 4.7k resistor going from the middle pin to the 5v line. 

Sorry bud, I really want this library to work because it's one of the only hold backs keeping me from using the Due instead of the Uno/Leonardo which I have verified good working code on. 

// OneWire DS18S20, DS18B20, DS1822 Temperature Example//// http://www.pjrc.com/teensy/td_libs_OneWire.html//// The DallasTemperature library can do all this work for you!// http://milesburton.com/Dallas_Temperature_Control_Library

This leaves me more confident.  I Had to tweak the timings in read and write timeslots, and I was affraid that i might be just tweaking the lib for my own probes or probe cable length, etc. 

That proves the opposite. 

Regarding the original example, I have the same problem, I only get FFFFF.  I don't have any clue about that, but I suspect that might be something about the probe discovery process.  In my test, I just skip that, because I'm addressing only one prob. 

I've left that aside to first conclude if the actual code work with every prob. 

We are now 3 with working due with onewire. 

Unfortunately, I can't continue to test why it doesn't work with example, has i told before, I've accidentally burned my due...

My suggestion now, is to transport the discovery process to the function that works and test it( and removing ds.skip() ). 

If more people joins this effort, maybe we can get to a final library faster. 

My test function was first built a very long time ago based on that example, it should work...

I tested your lib and sketch on linux with IDE 1.5.1 (didn't compile with 1.5).  I edited OneWire.h as suggested.  Sketch worked.  Also tested with no delay(1); -- still worked. 

I tested the Examples>OneWire>DS18x20_Temperature.  It would work if I replaced ds.select(addr); with ds.skip(); With delay(1);'s it worked each query.  With no delay(1); every other query would return Data with FFs

I tested the Examples>OneWire>DS18x20_Temperature.  It would work if I replaced ds.select(addr); with ds.skip(); With delay(1);'s it worked each query.  With no delay(1); every other query would return Data with FFs

I rewrote write_bit() in OneWire.cpp to match (more or less) what was working on the maple.  This seems to work for me without any delay(1);!  Works on both the little ds18b20 sketch and the Examples>OneWire>DS18x20_temperature.