DX90. 2X Sabre,1st page: Downloads, info&inst. . ! Lurker0 FW Mod link 1st page !!. .NEW FW! 2.3.0 . . . . .

Nov 11, 2014 at 5:06 AM Post #9,032 of 14,089
 
Could you please explain me what is it and how to reporduce it? I never understood its mentions in the DX90 bugs thread.


In the middle of a song the volume fades to silent and then a few seconds later fades back in. If you replay the song it usually don't happen again. I experienced this a few times many months ago and only with aac files, never with flac


I experience it with hi-res flacs (the only format that I listen to), but not so often. This is not a software bug, but a feature of SD-cards. The "fade in/out" is indeed a sound buffer underrun which is caused by is a slow read from SD-card for a moment, which, in turn, is caused by wear leveling process of NAND flash, which happens when the card is sure that the power will not be interrupted, i.e. exactly at read requests, and almost never in idle state.
 
With small cluster size (less than NAND flash block size) with often writes, there are more chances to meet the situation. If you don't change files on your flash card often, but regularly experience such a problem, I'd suggest:
  • copy all the files from SD-card to a computer,
  • delete all on the SD-card,
  • safely remove the SD-card and insert it back (this causes power off and on for the card, resetting its state),
  • copy your files back (this time they should occupy continuous chains of clusters and continuous chains of physical flash blocks, if possible), but don't copy back .audio_data folder!
  • Safely remove the flash.
 
Then:
  • Insert the SD-card into the turned off DX90.
  • Turn the player off. Deny the advice to scan the flash, if there is one.
  • Go to Settings->Advanced->Rescan Library.
  • Wait for rescan to complete. Don't leave it alone and let it power off by a timeout!
  • Manually turn the DX90 off. This ensures that changes in the file system, caused by the library rebuld, are flushed to the SD-card. Auto-power off sometimes does not do it!
 
OK, now your SD-card is in good condition, ready for use, and the subsequent use of it by DX90 will be read-only.
 
It is also good to keep SD-card formatted with the cluster size that was set initially by manufacturer.
 
Anyway, don't expect a fix of this problem from iBasso.
 
Thanks for reading so far
wink.gif
 
 
Nov 11, 2014 at 5:11 AM Post #9,033 of 14,089
I've experience these before back on Lurker's 2.1.0 firmware. I've yet to encounter these on any 2.1.5 firmware.

I experienced myself today morning, after I updated my SD-card content yesterday evening.
 
Even increased gapless playback buffer (if you use gapless, like I do) won't help much, because wear leveling may take much more than 200 ms.
 
Nov 11, 2014 at 5:23 AM Post #9,034 of 14,089
 
I experience it with hi-res flacs (the only format that I listen to), but not so often. This is not a software bug, but a feature of SD-cards. The "fade in/out" is indeed a sound buffer underrun which is caused by is a slow read from SD-card for a moment, which, in turn, is caused by wear leveling process of NAND flash, which happens when the card is sure that the power will not be interrupted, i.e. exactly at read requests, and almost never in idle state.
 
With small cluster size (less than NAND flash block size) with often writes, there are more chances to meet the situation. If you don't change files on your flash card often, but regularly experience such a problem, I'd suggest:
  • copy all the files from SD-card to a computer,
  • delete all on the SD-card,
  • safely remove the SD-card and insert it back (this causes power off and on for the card, resetting its state),
  • copy your files back (this time they should occupy continuous chains of clusters and continuous chains of physical flash blocks, if possible),
  • safely remove the flash.
 
Then:
  • Insert the SD-card into the turned off DX90.
  • Turn the player off. Deny the advice to scan the flash, if there is one.
  • Go to Settings->Advanced->Rescan Library.
  • Wait for rescan to complete. Don't leave it alone and let it power off by a timeout!
  • Manually turn the DX90 off. This ensures that changes in the file system, caused by the library rebuld, are flushed to the SD-card. Auto-power off sometimes does not do it!
 
OK, now your SD-card is in good condition, ready for use, and the subsequent use of it by DX90 will be read-only.
 
It is also good to keep SD-card formatted with the cluster size that was set initially by manufacturer.
 
Anyway, don't expect a fix of this problem from iBasso.
 
Thanks for reading so far
wink.gif
 


This is solid advice. Everyone should give this a shot if they keep having fade in and fade out issues.
 
Nov 11, 2014 at 5:31 AM Post #9,035 of 14,089
Hmm... interesting finding. Would wear leveling happen more often on a 95% full card compare to a 50% full card?
 
Nov 11, 2014 at 5:42 AM Post #9,036 of 14,089
But I do think some more intelligent read ahead algorithm should overcome the data read underrun timeout. I mean when I watch 1080p movie with my Android phone, which is a several GB file on external microSD card, I sure do not experience and read underrun. I think the data rate of a 1080p movie playback is sure higher than 16/44 flac playback?
 
Nov 11, 2014 at 5:45 AM Post #9,037 of 14,089
  This is solid advice. Everyone should give this a shot if they keep having fade in and fade out issues.

This is what I recomment to my customers for past several years, when they complain that the software (car navigation) starts to run slowly, and they never return back.
 
Hmm... interesting finding. Would wear leveling happen more often on a 95% full card compare to a 50% full card?

It depends more on frequency of small writes. Manual library rescan with subsequent power off (flush) is better than scans of each folder one by one. It also works around the DX90 firmware bug with folder playback order. One shot - two kills
wink.gif

 
By the way, when I delete old and put new music to my SD-card, I also delete the .audio_data folder manually before I put new files. This helps big music files to be continuous.
 
Also, I've updated the instruction with "don't copy back .audio_data folder".
 
Nov 11, 2014 at 5:51 AM Post #9,038 of 14,089
But I do think some more intelligent read ahead algorithm should overcome the data read underrun timeout. I mean when I watch 1080p movie with my Android phone, which is a several GB file on external microSD card, I sure do not experience and read underrun. I think the data rate of a 1080p movie playback is sure higher than 16/44 flac playback?


And how often you write a lot of small files to this card? Take a look into .audio_data to see what I mean.
 
Nov 11, 2014 at 5:58 AM Post #9,039 of 14,089
And how often you write a lot of small files to this card? Take a look into .audio_data to see what I mean.


What if I try just copying the .audio_data to computer/back to microSD card to "align" the small files?
 
Nov 11, 2014 at 6:59 AM Post #9,040 of 14,089
 
And how often you write a lot of small files to this card? Take a look into .audio_data to see what I mean.


What if I try just copying the .audio_data to computer/back to microSD card to "align" the small files?


I don't know :) That instruction, as I mentioned, was written several years agoo as a general solution for SD card performance degradation, and it works for me with DX90. Having one working solution I don't seek for another.
 
Nov 11, 2014 at 7:37 AM Post #9,041 of 14,089
For those who prefer default fonts by iBasso, I just uploaded v2.1.5-L3 to the same storage.
 
Did anybody try to check whether the sound signature depends on fonts?
wink.gif
 
 
Nov 11, 2014 at 7:48 AM Post #9,042 of 14,089
Hello to All :-)

Yesterday evening I listened to ...And Justice For All on 2.1.5L2. Utilizing my Shures 846 alongside with sharp roll-off filter, the results went beyond my wildest expectations. Plain staggering :-D The expression "minute details unveiled" would still be drastically underrated :-D
 
Nov 11, 2014 at 8:23 AM Post #9,044 of 14,089
Let's not mistake something here.The tonality has changed,more musical,smoother,added sparkle but on a technical level it is the same.If the ak120ii or ak240 had bigger soundstage,more clarity or details before the firmware update they will continue to do so after the lurkers update.
 
Nov 11, 2014 at 8:45 AM Post #9,045 of 14,089
Let's not mistake something here.The tonality has changed,more musical,smoother,added sparkle but on a technical level it is the same.If the ak120ii or ak240 had bigger soundstage,more clarity or details before the firmware update they will continue to do so after the lurkers update.


I dont agree, the firmware is changing the sound quality on a technical level as it is lowering sound distortions. This is making the sound smoother, increasing detail, naturalness, transparency, texture, timbre, separation, everything is improved, there is no way I would call it a tonality change, its a sound quality upgrade, no other way to put it, and enough of a difference to change its rankings among other DAPs.
 

Users who are viewing this thread

Back
Top