Support and General Use > Audio Playback, Database and Playlists
iRiver 120 & Sansa Fuze+ - cracking sound in quiet parts
Julian67:
As the same versions of the decoders apparently work without issues on other Rockbox targets (and also because I don't know) then I'd still be slightly reluctant to ascribe the problem to decoding, though you might be right. Maybe CPU load spikes might induce a problem in the analogue out that either doesn't affect the optical out, or is handled by the external decoder's error correction?
Anyway that is all speculation and whatever the cause I can assure you that reverting my H140 to 3.5.1 and running it from EEPROM eliminated the problem entirely. My recollection is that older firmwares worked fine running from disk as well. I installed to flash after realising that I hadn't used the iRiver firmware for months or years and when I checked it out again it didn't seem like I had missed anything. If I were you I would make my own comparison.
monoid:
Thanks for info. I might try 3.5.1 in H120. To say the truth, the cracking (in H120) does not make me problems, because I use optical output.
I started the thread mainly because it seemed to me, that maybe it is more a general issue of current RockBox than a player type dependent issue.
I'll try to investigate my scrolling text theory. The cracking has the same/similar "frequency".
Julian67:
btw out of curiosity I reverted my H140's flash firmware to iRiver, retaining Rockbox 3.5.1 on disk. Even running from disk (which I guess means slightly more disk access) I get no crackles with 3.5.1, this with Eq and crossfeed in use and even while the database updates.
I can also note that I didn't realise how many CDs have tiny audio imperfections until I started using good quality noise isolating earphones. There are noises in quite a few recordings that I had never heard, or at least hadn't taken any notice of, in years of listening with speakers or earphones/buds/headphones that don't isolate well. So comparing digital out>DAC>amp>speakers with direct earphone listening might not be quite as good a comparison as it first appears.
monoid:
That is right, that it is important what headphones/speakers are used. And if speakers are used, what is the property of room...
But my comparison is with the same recording, same room and audio chain, the same iRiver and the same iRiver settings. The only difference is in using analog versus digital output. (in both cases digital output is set on and volume for analog output is set the same).
So, maybe the digital and D/A chain (in DENON) is able to correct hypotetical digital errors or quirks in iRiver data stream. Or there is some kind of D/A issue in RockBox. Because similar/the same behaviour have both Sansa Fuze+ and iRiver H120.
One guy also pointed out that it makes difference if you plug headphones directly to iRiver or to remote. Remote seems to have more noise according to his experience....
Julian67:
The iRiver remote controls with display are known to make a noise. There is a configuration option in Rockbox for H100/300: General Settings>Display>Remote-LCD Settings>Reduce Ticking. Some players tick with the remote controls and some don't (I think I remember iRiver fixing or exchanging players for free on this issue, so it's probably a hardware issue not firmware) but anyway it's a different issue. I have a remote control with display and it doesn't cause a ticking noise on either my H140 or H340.
I'm still thinking that the issue you have on your Fuze is not the same as on the iRivers.
I just tried Rockbox 3.12 on my H340 for the purpose of comparison. I encoded one choral+organ track (nice tones, easy to notice any extraneous noise appearing) to flac, mp3 (lame -V 4), ogg (-q 6), and wavpack (hybrid and used the lossy file only). I used default settings and theme except I switched off Replay Gain, and I played each format. It crackles occasionally regardless of codec. The crackles are never in the same place, and might appear in either channel.
Reverting to 3.5.1 and again with no Replay Gain or Eq or similar I played the same tracks: no crackles. My H140 is the same.
Whether it's a decoding bug I don't know. There are definitely big differences in decoding in newer versions, 3.6 onwards, with huge efficiency gains. 3.5.1 on iRiver really struggles with aac: only flac and mp3 play back with constant normal load on the cpu; ogg is a little less efficient than them but still good. With very high bitrate aac the CPU is maxed out all the time and the player can even hang. In newer firmwares all the codecs I tried are extremely efficient and with ogg, flac or mp3 the CPU never seems to need to go above normal rate and even very high bitrate large (100s of MB) aac (in m4a) load without a problem. The newest firmware for iRiver is clearly better in every way (more efficient, more codecs, more and features, feature enhancements etc) except in the single most vital aspect: playback without audible artefact. So I'm sticking with 3.5.1.
On my Clip+ running 3.12 I don't notice any crackles during playback even with Eq and crossfeed enabled and while database updates. While paused there are certainly some ugly noises (by contrast the OF is completely silent on pause) but whether they aren't present in playback or are so quiet that they are masked I'm unsure. I used to find Clip+ crackled with older Rockbox versions but now in practice it seems OK and I can live with it sniffing, scratching and farting on pause so long as it behaves politely during playback.
See http://www.rockbox.org/wiki/SansaAMS for some of the known issues. Various people report buzzes, squeaks, humming, crackles and so on. There is an informative discussion at http://www.hydrogenaudio.org/forums/index.php?showtopic=86306&st=50 and the post http://www.hydrogenaudio.org/forums/index.php?showtopic=86306&view=findpost&p=746934 is especially pertinent, and is possibly also relevant to the iRivers. I'll quote it here:
--- Quote ---What others are calling the "CPU Noise" in this thread is likely related largely to the hardware and it's just showing up in different ways with different firmware. Put another way, I strongly doubt there's anything in the RB firmware that's actually creating a noise and sending it to the DAC. Instead, it's what's known as "EMI noise" which tiny digital audio devices are often prone to. The CPU draws spikes of current when it executes, those spikes create an electromagnetic field, and the audio circuits pick up a bit of that field. It's really hard to get rid of when you can't physically get the noisy digital stuff away from the sensitive analog stuff. I bet the tiny Apple Shuffle may have some EMI noise as well because of its size.
--- End quote ---
Rockbox for Sansa improved a lot since 2010 and I believe some of the problems were fixed by locking the CPU to max instead of letting it switch between idle/normal/max.
The EMI phenomenon would fit perfectly with your experience of noisy analogue out but no problems with optical out. Maybe EMI is the issue on the iRivers in newer firmware, but I don't know.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version