Perhaps it has something to do with 'device left in bad
state', but I'm not sure. I have a script which uploads
it's command line parameters, just for ease of use.
After the script is finished and I want to check if all
files are on the player, I issue an 'ifp ls', which
either gives:
ifp battery: Could not get battery status. ctl8 =
control: 03 00 00 00 0f 55 04 ffff
Or:
ifp ls: File Information command failed. ctl = control:
00 00 00 00 .
This is not too good. But, uploading again seems to
work. But if I unplug and replug the device and perform
'ifp ls' I see (for example):
124$ ifp ls
d VOICE
d TUNER
f 01_-_reise_reise.mp3 (size 7608928)
f 02_-_mein_teil.mp3 (size 8536583)
f ama.mp3 (size 10665160)
f 04_-_keine_lust.mp3 (size 7087439)
f 05_-_los.mp3 (size 7517328)
f 3 (size 7019504)
f 07_-_moskau.mp3 (size 7842690)
f stern.mp3 (size 7157219)
f 09_-_stein_um_stein.mp3 (size 7045027)
f h.mp3 (size 7752928)
f 11_-_amour.mp3 (size 7920519)
Filenames which are cut off are not too long (i.e. not
longer than the first file) and do not contain any
strange characters.
So, for some obscure reason filenames get mutilated.
I'm using Debian 2.6.7 (unstable), with ifp 0.2.4.5. My
player is an IFP 180T.
Logged In: YES
user_id=754733
Have you tried using the version of ifp-line included with
libifp? I haven't seen this behaviour in a while, and I'd
like to be sure it's gone.