Support and General Use > Hardware
H320 freezes/crashes
RDP:
Hello,
Apologies for the late reply, but I do not like wasting people's time, and wanted to test the reccomended two uSD card instead of the four uSD card thoroughly, which I have now, and can report:
Process to move to two cards: remove two cards (slot 3 & 4), reformat on Windows, rebuild MBR for XP/etc.., copy over test data
Results:
I will still crash if I do not have a USB charger actually being active on the USB port. Using the recommendations by user raidraid might have helped in some combination of factors, but the end result is the same: if I don't have the unit plugged in and charging by USB (the USB battery needs to be working with it's LED light on), then a crash WILL occur. With the internal H320 battery low one night, then adding the external charger I put on a shuffled and repeated a 260 track playlist, and in the morning it was still going strong.
One thing I did notice when using a laptop USB port to charge (and keep the unit from crashing) is that when I look at the LCD on the iRiver it's at 99% and charging, not 100% and not charging. I have a feeling if it's in a charging state that it won't crash, but don't know how I could prove that.
Very separate issue: I set the battery size in the system preferences to 1700mAh as that is what my new replacement battery is supposed to be but have noticed strange behaviour: Lets pretend the unit is reporting 75% battery life remaining. When I plug it in to charge it will immediately drop to say 38%, then charge to 100%. Strange?
thanks
RDP
raidraid:
Maybe the reason is simple - this adapter needs much more power and become unstable on voltage lower than ~4.0V or maybe even 5.0V (brought by the charger)? Could it be even two cards (+ converter chip) is a heavy load for the unit?
RDP:
It is unfortunate as I invested in a converter case to create the iFlash/uSD JBOD raid, four uSD 128g cards, and the iFlash adapter, because I thought it would be great to use this iRiver nit again. Instead these months have been very stressful.
raidraid: I notice in another thread you have had success going back to older Rockbox software. I will try this as well, I don't have many other options left.....
thanks!
RDP
raidraid:
--- Quote from: RDP on November 03, 2018, 08:58:05 PM ---
raidraid: I notice in another thread you have had success going back to older Rockbox software. I will try this as well, I don't have many other options left.....
--- End quote ---
After one week of use (tested developers build with other card, then got back to 3.9.1) i get this damned freeze once again, so there is no success with older RB version too (that thread is updated already). I'll try with other adapter hoping previous one is just faulty.
RDP:
Interesting update (still only using 2 uSD cards):
I used the H320 yesterday and it did not crash, and played for many hours. I kept waiting for it to crash, but it didn't. I looked to see what might be different, and the only thing I could see that I was listening to a folder full of MP3 files (DJ mixes) instead of what I have usually been listening to which is my music library, which is all in ALAC of regular length single tracks.
If it really is a power issue then should I understand the ALAC needs MORE VOLTAGE POWER than MP3?
I feel I have discovered something, but not sure yet. More testing....
NOTE: I took a look in DEBUG menu, and VIEW BUFFERING THREAD, and VIEW OS STACKS.
MP3: 124mhz solid while decoding just changed track. Drops to 45mhz after. OS Stack shows NO plus sign by the codec thread once the initial decode is completed.
FLAC: 124mhz solid while decoding just changed track. Drops to 45mhz after. OS Stack shows NO plus sign by the codec thread once the initial decode is completed.
ALAC: 124mhz solid while decoding just changed track. Drops to 45mhz, then up to 124hmz, then repeats this up/down pattern constantly changing every second, it never stops. OS Stack viewer also shows PLUS sign by the Codec thread, coming on and off constantly.
Note: when viewing the VIEW BUFFERING THREAD I sometimes get Boost % figures with MP3, maybe Database work in the background, or high bit rate decoding requires it for specific files? I don't see a pattern here yet.
thanks,
RDP
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version