MPIO FL-100 problems

[rupa]

I'm trying out sveta portable audio with with my FL100 and came across the following items. Thoughts?

1) If there are problems copying files to the player sveta does not abort. Since I'm doing on-the-fly conversion it can take quite some time to complete. I waited 1hr for a full set of files to "transfer" only to find out in the end that all failed to copy... (I did notice the "transfer" time was very fast for the files). When all was done I got a dialog that listed all the files that did not transfer. I did not test to see what happens when the player runs out of space... Sveta should detect that there was an error and abort the transfer.

2) When in combined memory mode folder navigation doesn't work. Double clicking on the folder just shows the same root info again. But the folder drop down thinks I'm in the folder. If I drill down more I get the folder names appened but the file/folder pane never changes. Switching to internal/external seems to work though the path is now screwed up. Exit and enter seems to fix it.

3) would be nice to be able to modify the DSP filters from within sveta's audio properties dialog rather than having to configure them from dbPowerAmp.

Fix issue 1 and I'll pay the registration fee. Until then I'll stick to fpio...

[Unregistered]

I'm trying out sveta portable audio with with my FL100 and came across the following items. Thoughts?


some additional items of note:

1) If i kill the dbpoweramp process while converting, the incomplete file is transfered to the device.

2) I killed dbpoweramp because I found that two small MP3s (124K for 15s and 121K for 15s) cause dbpoweramp to go to 100% if using adaptive normalization (default 6s window). Simple normalization works fine.

I can provide the two files...

[Spoon]

For 1, does it transfer ok if rip to disc then use Sveta Explorer to copy over? What uadio format was it compressing to?

[Unregistered]

For 1, does it transfer ok if rip to disc then use Sveta Explorer to copy over? What uadio format was it compressing to?

it was a problem with the mpio -- i get this sometimes with fpio and the shipped mpio software. they however are smart enough to abort on the first error rather than keep trying.

I was going from mp3 -> wma along with a normalization DSP setting.

[Spoon]

So if the mpio goes wrong, you need to disconnect it and reconnect it before it will accept any more files?

[rupa]

So if the mpio goes wrong, you need to disconnect it and reconnect it before it will accept any more files?

Correct.

I usually have this problem if the mpio runs out of battery while transfering (it uses most of a battery if doing a full transfer to the 256 built-in + the 256 on the SD card).

I have to disconnect the MPIO, change the battery, exit the program, reconnect the MPIO, and restart the program.

This happens with MPIO, FPIO, and Sveta (because it is obviously not a program problem). The key difference is how Sveta handles the failure mode. The "transfer" happens very quick and a record of it is kept somehow 'cause at the very end I get a list of failed transfers. However, the sveta keeps trying to do a normalization+transcode and a transfer for subsequent files. It should just abort the whole list...

BTW: any thoughts about the normalization failure? Normal had no problem but adaptive caused dbPowerAmp to chew all CPU forever.

[Spoon]

If you could send that file to (and settings used):

http://www.dbpoweramp.com/email.htm

[rupa]

I sent it a couple days ago...

[Spoon]

Thanks, will look ASAP (little swamped, as dbpoweramp.com server has been having problems).

[rupa]

No problem, not rushing you. Just wasn't sure you got the email...