[QuadraKev]

Dear friend,

Failed to reproduce the issue. Maybe you could provide more information before pauzing the play/pauze button. We will also report to the engineer about that and ask them to have more test.

Best regards

I've noticed it happens when you pause, then wait for the relay to cut off the audio, then unpause.

 

[gianfri]

With recent builds, it is extremely easy. See here:
https://www.head-fi.org/threads/fii...nd-wifi-opt-out.854353/page-258#post-14022497

Thank you. In Fact, despite the UI which I find clunky, I am starting to like Neutron, Thanks for sending me in the right direction!

 

[gianfri]

Dear friend,

You can upload the files to our dropbox: Click here and inform us after uploading.

Best regards

Dear friend,

You can upload the files to our dropbox: Click here and inform us after uploading.

Best regards

Done.

 

[FiiO]

Done.

Dear friend,

Have provided the flie to the engineers for fixing the issue. Sorry for bringing inconvenience to you.

Best regards

 

[FiiO]

I've noticed it happens when you pause, then wait for the relay to cut off the audio, then unpause.

Dear friend,

We confirm with our engineer that if the product have entered idle standby in pause mode, the screen will light up and the music would play again after pressing the play/pauze button. It is designed to act like that.

Best regards

 

[Rizob]

Dear friend,

We confirm with our engineer that if the product have entered idle standby in pause mode, the screen will light up and the music would play again after pressing the play/pauze button. It is designed to act like that.

Best regards

That seems like a poor design choice. Can you not at least have an option? Why would someone using the hardware buttons need the screen to turn on? Surely the buttons are there for when you are not using the screen!

 

[Paulo Abreu]

That seems like a poor design choice. Can you not at least have an option? Why would someone using the hardware buttons need the screen to turn on? Surely the buttons are there for when you are not using the screen!

I completely agree. If I want to wake up X7 I press the on/off button. But I don't know if I got it well, did they mean the pause button will PAUSE and the screen will light up, music will play again AFTER pressing play/pause? or that the pause button will just light the screen and the music will continue without pausing? I can't believe that would be the pause button behaviour "By design" ...

 

[QuadraKev]

Dear friend,

We confirm with our engineer that if the product have entered idle standby in pause mode, the screen will light up and the music would play again after pressing the play/pauze button. It is designed to act like that.

Best regards

I think this is a strange design choice. There's no reason to reactivate the screen when unpausing. If someone wants to use the screen, they can hit the power button. I think that having the screen reactivate can waste battery life unnecessarily. Is it possible to change this functionality, or to have an option to change this functionality, in the future?

 

[yaslam]

I posted to the thread of X5 3rd about playing with a third party application.
You can easily view the log in Android Studio with Android setting to Developer Mode.
FiiO’s customized Android, it is necessary to specify FiiO original audio format to avoid SRC.
For that reason, it is not possible to playback correctly with general AudioTrack implementation. Third party application developers need to special implement for FiiO DAP.
FiiO is telling a little lie. If third party applications do not use their own SRC, they will be able to playback with no Android SRC.
That alone is insufficient. A special implementation is required.
Therefore, most third party applications are subject to Android SRC restrictions.
Neutron supports it.

 

[yaslam]

Additional notes.
If a third party application has generally implementation using AudioTrack API, the music plays with noise.
For FiiO DAP, the data must be unsigned int32bit. In applications using generally AudioTrack such as UAPP, noise occurs because it is 24bit data. Please try forced 16bit on by setting UAPP. It is played with no noise. It uses its own SRC or Android API Media Player etc. Those implementations are subject to Android SRC limitations.

 

[RuFrost]

"When working as DAC, the X7 could support the sampling rate to 192kHz at max. " - this is official answer of Fiio regarding x7 (1 version). Basically, it means that 1st generation x7 is useless as external DAC, because majority DSD files just won't be played. It is not written anywhere - nothing on official site, nor on the forums. I bought x7 specifically for that ability which does not exist.
So does x7ii support playing files which are higher than 192kHz?

 

[397324]

I'm not sure where you got this information from, as it states "384kHz/64bit" on the FiiO site for the original X7.

 

[RuFrost]

1) https://www.head-fi.org/threads/fii...s-balanced-out.713735/page-1170#post-13700642
Dear friend,

We are sorry that currently in Android 5.1, Native DSD which was supported in Android 4.4.4 is not supported in DAC mode now. The operation system and underlying architecture have been changed in Android 5.1, so it may take so time for us to fix it. Sorry if bringing inconvenience to you.

Best regards

2)

 

[397324]

You will need to put the higher resolution files on the SD card in that case.

 

[RuFrost]

You will need to put the higher resolution files on the SD card in that case.

well the lie is disappointing...first time I ever stack with audiophilic equipment is not doing something it it advertised to do.
anyway, my previous question is still there:
"does x7ii as external DAC support playing files which are higher than 192kHz?"