Sansa Fuze Firmware Update 01.02.31 & 02.03.33

I’m rather pleased with this release, replaygain is back!

Runs stable too (for me)

Pitty about the european law “enhancement” as there is no way to (decently) power  an external device. Should be an option in the menu I would think.

(There is a way around this as described above)

I found something that was not included in enhancements or bugs fixed.  I had the art display in lists off, because it would slow everything down.  If you stopped at all while scrolling, you couldn’t go anywhere until the little picture loaded.  It wasn’t long, but it was annoying.  When I updated it, this was fixed.  You can scroll faster through the video list and the albums list.  I say thanks.

well   i HAVE  INstall the new firmware but  form I have install it   The media converter  cant convert vids to it but only photo.

any one else has this prob ?   

Dragon88 wrote:

well   i HAVE  INstall the new firmware but  form I have install it   The media converter  cant convert vids to it but only photo.

 

any one else has this prob ?   

This firmware update doesn’t have anything to do with video converting. Please peruse the already exisitng threads on the subject or start a new one, maybe in the Sansa Media Converter board where it should be. :wink:

thanks XD

TomJensen wrote:
Aside from hoping for better optimization on the data refresh, my one request would be for fewer triggers of a refresh. As it is, any read on the files/folders of the Fuze, including playing a MP3 from the PC or a chkdsk, but excluding a directory list, will trigger a refresh, which for a full Fuze will take many minutes, possibly many tens of minutes. For those who use a PC as a charger, and with Autoplay enabled (which it is by default), this drastically curtails the Fuze’s functionality. Hope to see this in the next round.

Here here.  I second this.  Amen.

In particular, I’d like the Fuze to NOT read the entire contents of an inserted expansion card when only the internal memory’s contents have been modified.  A 16GB microSDHC card containing ~3000 songs takes a long time to read. 

I’m not a firmware guy so I don’t know if this is possible (look for something like a “dirty flag” on the card?), but it seemed to me that the Sansa Connect didn’t do this.

That will never happen PP. The Fuze has no way at all of knowing if the card you insert is A) a different card B) the same card with new music on it C) The same card missing some music.

It is just not possible to NOT do a refresh on a card insert.

Peregrine wrote:

That will never happen PP. The Fuze has no way at all of knowing if the card you insert is A) a different card B) the same card with new music on it C) The same card missing some music.

It is just not possible to NOT do a refresh on a card insert.

 

I didn’t say anything about a card insert.  I’m talking about having the same card in the player, and simply modifying the contents of the internal memory.

A ‘dirty flag’ for the entire storage (internal or external) might be possible.And in a lot of cases it could help.

But it might not  - depending on how you access your Fuze, you might find the filemanager you use to look at the content drops invisible  little desktop.ini files all over the place to tell it how to display the folder next time you visit it…

Sadly, even some *nix filemanagers have started doing this nonsense BY DEFAULT!  Yes KDE Dolphin, I’m looking at you, you PoC!!

daytona955 wrote:

A ‘dirty flag’ for the entire storage (internal or external) might be possible.And in a lot of cases it could help.

 

But it might not  - depending on how you access your Fuze, you might find the filemanager you use to look at the content drops invisible  little desktop.ini files all over the place to tell it how to display the folder next time you visit it…

 

Sadly, even some *nix filemanagers have started doing this nonsense BY DEFAULT!  Yes KDE Dolphin, I’m looking at you, you PoC!!

 

I’ve only used Windows Explorer for modifying internal memory, and this occurs without actually looking at the expansion card, only the internal memory.

Also, if I DO use Windows Explorer to look at the expansion card, but don’t actually modify the contents of internal memory, no database refresh is done. 

This happens in both MSC and MTP modes.

By the way, the Sansa Connect handles this beautifully.  When you connect it to your PC, it creates an MTP connection but leaves the Connect menu available for playing songs, etc.  One of the menus shows the counts of playlists, artists, albums and songs on the player.  When you copy a song to the player (either to the internal memory or the expansion card), you see the counts increase as expected … in other words, it refreshes its database WHILE you’re syncing media to it.  When you detach the player, it doesn’t do a database refresh at all, regardless of whehter you updated the internal memory or the expansion card.

Unfortunately the Connect’s firmware was developed by Zing (now owned by Dell), not SanDisk, so I know they can’t lift this bit of the firmware and transfer it to the Fuze … but it does prove that it’s possible.

Message Edited by PromisedPlanet on 01-26-2010 09:04 AM

That’s what it looked like. You said “read the contents of an inserted card”.

My bad. :wink:

Peregrine wrote:

That’s what it looked like. You said “read the contents of an inserted card”.

 

My bad. :wink:

 

Oops, you’re right, I did say that.  MY bad.  :wink:

Just what is possible?  SanDisk has actually implemented something cool on the humblest Sansa, the slotMusic player.  This wee beastie keeps track of the last song played, even if the µSD card is swapped, meaning that the information is held on the card.

This is exactly how I would personally do it.  On shutdown, simply store the status as a temporary (upgraded each cycle) “note” file.  That database refresh time can easily be minimized.  All it takes is a little more code.

Viva la Sansa!

Bob  :smileyvery-happy:

neutron_bob wrote:

 

This is exactly how I would personally do it.  On shutdown, simply store the status as a temporary (upgraded each cycle) “note” file.  That database refresh time can easily be minimized.  All it takes is a little more code.

 

Viva la Sansa!

 

Bob  :smileyvery-happy:

Bob;

 

What’s possible is the ability for a player to be aware of what media is being copied to / deleted from it, and immediately refresh its internal database with just that delta, without having to re-read the entire contents of its internal memory and expansion card.

 

Not sure I understand the suggestion regarding shutdown.  This is an issue regarding the firmware being aware as to whether or not the contents of the expansion card have been modified once a sync operation has been completed.

 

The database itself appears to be stored on flash, as it is not rebuilt upon startup.

 

 

Message Edited by PromisedPlanet on 01-26-2010 04:14 PM

I’m just a little confused.  There’s this Phillips mp3 player that doesn’t refresh when I put music on it.  I unplugged it and it just started up.  No refresh.

Am I missing something? 

saxmaster765 wrote:

I’m just a little confused.  There’s this Phillips mp3 player that doesn’t refresh when I put music on it.  I unplugged it and it just started up.  No refresh.

 

Am I missing something? 

 

Depends on what you’re confused about … :wink:

Having the Sansa append the database file without having to go through the whole “refresh” is a key method in shortening the process.  Perhaps this can be added in a future firmware build.

As we are loading our Sansas with larger µSDHC cards, it makes sense for SanDisk to address this issue.  It will improve the overall experience with the device, and it will encourage sales of larger capacity cards too.

Bob  :smileyvery-happy: 

@promisedplanet wrote:


What’s possible is the ability for a player to be aware of what media is being copied to / deleted from it, and immediately refresh its internal database with just that delta, without having to re-read the entire contents of its internal memory and expansion card.

How would that be done? In neither MSC or MTP mode the Fuze is ‘active’ and it doesn’t ‘know’ anything about the data that is being copied to it or deleted from it. It’s basically a dumb storage device. That’s why the Fuze is scanning all its storage each time for all the files that are there, and removes removed files from the database while adding new files to it. 

What would make more sense to me is that the Fuze boots straight to its menu, allowing you to use it normally, but updates the database in the background. Of you course you can’t expect newly added files to immediately show up, and you need a way to deal with selecting files from the database that have been removed already. As long as you would try to play files that had been on the device before, it would still work without the refresh and it can do that refresh in the background where nobody cares too much how long it takes.

(Btw, this updating in the background is how it is done in Rockbox. I have no idea about other firmwares on other players, as I don’t own any other that need a ‘database refresh’).

Message Edited by 7o9 on 01-26-2010 10:51 PM

7o9;

“How would that be done?”

I guess it would be done the way the Sansa Connect does it, right?

Message Edited by PromisedPlanet on 01-27-2010 09:14 AM

Upon transfer, the Fuze does manipulate the freshly transferred files a bit.  If you transfer a video, there’s a wee thm file with a screen capture.  If you transfer an audio file with “podcast” in the genre field, the Sansa “steals” this file over to the podcast folder.

I’ve wondered if making a large transfer of music files “en masse” overwhelms the process a wee bit, as several users have reported.

I’d love to see the code changed a bit to streamline the database refresh, in regards to “append” versus “rebuild completely” upon music transfer.  With a µSD card, a simple ID file can be stored on the card, allowing the Sansa to recognize a “familiar” card.  There are quite a few possibilities available, depending upon the time-to-coffee ratio in development.

Bob  :smileyvery-happy: