Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Operating System/Drivers
  • Assigned To No-one
  • Operating System All players
  • Severity High
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by MikeS - 2006-08-31
Last edited by pondlife - 2006-10-02

FS#5909 - Likely file system bug

I've talked about a problem before with recorded files (at least with codec system) not having the displayed progress stop a couple of seconds before the true end of the file even though the file actually plays to completion. Well it turns out it's not actually a problem with the recording system at all.

Here's what happened:
* Recorded an 18 second FM Radio segment.
* Test played that and of course progress indication stops at about 16s
* Plugged my x5 into my computer
* Made a copy of the recorded file
* Loaded it in CoolEditPro
* Saved over the copy with CEP (Save extra non-audio information UNCHECKED)
* Played the original…same thing as before
* Played the copy…the copy showed progress to the 18s mark as it should…perfect playback in all respects. Could be a change in the file?
* NO! A file compare shows the original recorded and resaved copy to be IDENTICAL! No difference in data or size!

Now, shouldn't two identical files play exactly the same way?
My hypothesis: This bug must be in the file system functions.

This should be tracked down and fixed by someone knowledgeable in that area with little delay.

Closed by  MikeS
2007-02-10 16:43
Reason for closing:  Invalid
Additional comments about closing:   Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407

Problem was really about switching codec types.

MikeS commented on 2006-08-31 05:57

Davide-NYC did some H140 testing and this progress bar/time behavior did not occur. x5 only maybe? Nothing appears wrong with the files that recording writes.

BTW: Just copying the file in the Explorer window to make Copy of XXXXX.xxx also makes the copy behave normally so it depends on which device writes the file despite their being identical. No resave by an application is needed.

Does having dircache on or off make any difference to this behaviour?

MikeS commented on 2006-10-05 01:24

No. I tested awhile back and same thing with or without it. I suppose I'll have to look into the code that provides the WPS with its data (directly or indirectly) and see what it returns that's different from from the copy. Some files that "shorten" no longer shorten when follow by something else. Some it makes no difference what follows or even if its the same codec for the next one. But just simply copying the file in Explorer and having the copy show up right in WPS is just wierd.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing