News flash! Its fan is turning, on led is alight, external hard disk is working but not working even when connected to the modem with ethernet cable.
![]()
So we narrowed down the possibilities. Either Daphile installation gone FUBAR, or the ethernet cable is defect anymore as I can't get connected to Raspberry pi3 too with the same cable too or there is a serious problem with the modem (less probablity as other devices are connected too)
This means: I will reinstall or I will use a %100 working ethernet cable.
Sounds like the cable.
What will be potential benefit from that?!
Why do you ask...?
It is available in Settings, I think Ripping section.Anyone know how to change the default file-system for cd ripping from .flac to .wav ??
Hi DRONE7,
I'm curious to know if you have ever attempted to use 64 bit version on HP T5740? I think it just wouldn't work because Intel Atom N280 does not support 64 bit,.... Is that correct?
I'm half tempted to try it, but I'm afraid I may end up having to install the i486 version from scratch again.
Mahir,
One thing I left out is using a WiFi analyser. There are plenty on Google Play. With it, you should see whether Daphile is using a private IP address; it will appear as 169.xxx.xxx.xxx. You can log in to Daphile with that.
Tromp
One thing I left out is using a WiFi analyser. There are plenty on Google Play. With it, you should see whether Daphile is using a private IP address; it will appear as 169.xxx.xxx.xxx. You can log in to Daphile with that.
Tromp
It is available in Settings, I think Ripping section.
I will look again but when I checked last the only changes available were to the compression level for Flac files, these being default.
I wondered if there was a config file that could be edited..
Hi DRONE7,
I'm curious to know if you have ever attempted to use 64 bit version on HP T5740? I think it just wouldn't work because Intel Atom N280 does not support 64 bit,.... Is that correct?
I'm half tempted to try it, but I'm afraid I may end up having to install the i486 version from scratch again.
Never tried it. Didn't see any advantage given the low spec of the unit.
64 Bit has some overhead. Besides, it works... and if it "ain't broken" ...;-)
Your opinion or do you have supporting evidence...???There is no diference between files..
Or you were not asking a question...? Given you had your answer already....so just trolling ?
Last edited:
https://en.wikipedia.org/wiki/Lossless_compressionYour opinion or do you have supporting evidence...???
Your opinion or do you have supporting evidence...???
You can trivially verify it yourself. Use the flac decoder to convert the flac file to wav. Compare the original wav version and the converted-from-flac version bit by bit. The wave (audio) parts are exactly the same.
Or you were not asking a question...? Given you had your answer already....so just trolling ?
Probably just questioning why someone would want to use a much more inefficient file format with poor metadata support, when there are no rational reasons to do so.
@vulejov
Maybe you've never read the wikipedia article you reference..?
Still that is neither here nor there and for all intents and purposes Flac
is perfectly acceptable...
Lossless comparison - Hydrogenaudio Knowledgebase
However, there are some applications that do not accept Flac files and for those a .wav is required hence the enquiry...
either be helpful or take your prejudices elsewhere....
Maybe you've never read the wikipedia article you reference..?
By operation of the pigeonhole principle, no lossless compression algorithm can efficiently compress all possible data.
Still that is neither here nor there and for all intents and purposes Flac
is perfectly acceptable...
Lossless comparison - Hydrogenaudio Knowledgebase
However, there are some applications that do not accept Flac files and for those a .wav is required hence the enquiry...
either be helpful or take your prejudices elsewhere....
Last edited:
I said there is no difference between files.. for me that is enough..
Reproduction problems with some application is too complicated for my knowledge..
Reproduction problems with some application is too complicated for my knowledge..
By operation of the pigeonhole principle, no lossless compression algorithm can efficiently compress all possible data.
What that means is that there are some pathological cases where you can't efficiently compress the data - it will still be stored perfectly, it just won't save as much space as we would wish.
What that means is that there are some pathological cases where you can't efficiently compress the data - it will still be stored perfectly, it just won't save as much space as we would wish.
We see what you did there...;-)
Using bold to reinforce your world view...
Look again at the statement you reinterpreted.....
By operation of the pigeonhole principle, no lossless compression algorithm can efficiently compress all possible data
"All" is unequivocal, but nice try!
Using bold to reinforce your world view...
No, just to point out your misunderstanding.
Do you disagree with the statement "FLAC can encode all audio waveform data losslessly, but can not always compress it optimally"?
See https://en.wikipedia.org/wiki/FLAC
"The compressed files are always perfect, lossless representations of the original data."
So I tried the i486 Beta on HP t5740,... unfortunately some mosquito-fart clicks, pops and gaps. This happens with files stored on PC, as well as streaming from internet.
Turning the buffer up to 1200MB made the gaps occur less often, but still not acceptable. I don't think I can go further with that as I only have 2 gigs of RAM.
Reverted back to the last stable version of i486. Acceptable and convenient.
Difficult for me to assess by ear, as I can't facilitate a double blind test on my own.
I do believe though that the xx86-64bit version that I tested on my Core i3 laptop sounded better than the i486-32bit version. The 64-bit version left me feeling "Wow", and 32-bit just seems "good". Has anyone else had a similar impression??
Thanks
Turning the buffer up to 1200MB made the gaps occur less often, but still not acceptable. I don't think I can go further with that as I only have 2 gigs of RAM.
Reverted back to the last stable version of i486. Acceptable and convenient.
Difficult for me to assess by ear, as I can't facilitate a double blind test on my own.
I do believe though that the xx86-64bit version that I tested on my Core i3 laptop sounded better than the i486-32bit version. The 64-bit version left me feeling "Wow", and 32-bit just seems "good". Has anyone else had a similar impression??
Thanks
I do believe though that the xx86-64bit version that I tested on my Core i3 laptop sounded better than the i486-32bit version. The 64-bit version left me feeling "Wow", and 32-bit just seems "good". Has anyone else had a similar impression??
I tested 64-bit Daphile on ThinkPad i5 laptop with 4GB RAM, 32-bit on HP T5740 with Atom and 2GB RAM, and now 64-bit rt version working on at leat ten years old Fujitsu Siemens Futro S500 with AMD 1GHz processor and 1GB RAM.. no one noticed any sound difference between those three..
But, maybe some other thing can make difference..
I tested with JLSounds XMOS_AK4490 DAC with very decent made power supply, galvanic isolation from computer..
I tested 64-bit Daphile on ThinkPad i5 laptop with 4GB RAM, 32-bit on HP T5740 with Atom and 2GB RAM, and now 64-bit rt version working on at leat ten years old Fujitsu Siemens Futro S500 with AMD 1GHz processor and 1GB RAM.. no one noticed any sound difference between those three..
But, maybe some other thing can make difference..
I tested with JLSounds XMOS_AK4490 DAC with very decent made power supply, galvanic isolation from computer..
Yeah, I should re compare to what I was using before. iPhone lightning out via Apple camera connection kit to USB - S/PDIF converter. I think the Wow I perceived when I first tried Daphile on my laptop may be because Apple devices do not support FLAC (at least not with how I was doing it),... so I was hearing FLAC for the first time. (Tidal will stream VBR FLAC if the device supports it, but if not it just streams hi-res MP3)
I hear you about the Galvonetic Isolation. My Peachtree X1 Asychronys USB to S/PDIF Converter says that it is isolated as such by being "transformer coupled". I did insert a Powered USB Hub between the HP t5740 and USB Converter (trying to get MORE isolation). As I understand this makes the USB Device get its power from the wall instead of the computer. This was a requirement before, because iPhone did not put out enough power to run the USB Converter device on its own.
Will eventually get a good USB to I2S instead, but that's down the road,... want to build a Twisted Pair - Buffalo III first.
I've been wondering a lot recently about a Linear Powersupply for computer, but it seems illogical to me because I believe the Mother Board of every PC is just full of SMPS types of switches,... maybe I'm all wet there,... not sure.
I just think there must be a way to get together an ideal PC, without spending $2k or $5k plus on a pro-record-studio quality DAW.
I should just listen and enjoy for a while.
Expectation bias; https://en.wikipedia.org/wiki/Observer-expectancy_effectI do believe though that the xx86-64bit version that I tested on my Core i3 laptop sounded better than the i486-32bit version. The 64-bit version left me feeling "Wow", and 32-bit just seems "good". Has anyone else had a similar impression??
Last edited:
- Home
- Source & Line
- PC Based
- Daphile - Audiophile Music Server & Player OS