"undefined" error when attempting to seek

[kjantzer]

I have a flac player working using: AV.Player.fromURL
But, when I try to seek:
AV.Player.seek(0)

The console throws this error:
TypeError: Cannot read property 'offset' of undefined

Any ideas?

[devongovett]

Yup, pretty sure seeking was never implemented for the FLAC demuxer.

[kjantzer]

Ok, thanks.

[mattberkowitz]

Hey @kjantzer, I added some limited SEEKTABLE support which might help you out a bit. You can find it in the SEEKTABLE branch of my fork (https://github.com/mattberkowitz/flac.js/tree/SEEKTABLE)

[osmestad]

Hi, I tried the fork from @mattberkowitz, but when I seek, playback starts about 10 seconds after the specified seek point. Has anyone had this problem?

Example:

• Start playing Flac file
• Seek: player.seek(10000); (Should seek to 10 seconds, but starts playback at about 20 seconds)

Or

• Seek: player.seek(60000); (Should seek to 1 minute, but starts at 1:10)

[mattberkowitz]

Hey @osmestad I just did a quick test on a file of mine where I tried to seek to the 2:00 mark of a track in both aurora and vlc and it matched up pretty well. The seeking is based on the SEEKTABLE stored in the flac file, which is basically a collection of times and associated frames, rather than real time calculation of the frame to seek to. When you execute a seek it will go to the nearest seekpoint, which depending on the frequency of points could be several seconds off. Does this sound like what might be causing your problem? You can both view the seekpoints stored in a given file, as well generate new ones using metaflac. Try generating one every 1s and see if that makes things better

[osmestad]

Thanks @mattberkowitz, if I add a seekpoint each second that seems to make it work properly. I guess I was unlucky with the sample Flac files I tested, I used the 16-bit ones from the bottom of this page: http://www.eclassical.com/pages/24-bit-faq.html , and some from http://www.bowers-wilkins.com/Downloads/downloads.html (requires registration).

[devongovett]

@mattberkowitz can you send a pull request for your seek table support? I'd like to merge it in.

Also, I'd like to add sample accurate seeking to aurora.js at some point to avoid bad seek table issues. There should be a way to specify a range of accuracy within which to seek.

[master255]

Seeking work perfect, but if seek to near end of track (in this track and other) "player.player.seek (180352)" return TypeError: Cannot read property 'offset' of undefined

http://master255.no-ip.org/?file=/res/Музыка/B/Benny Benassi/Benny Benassi - Cinema (featuring Gary Go).flac

where get max seek time? And how to fix this problem???

[master255]

I try to correct aurora.js because it return wrong big index = 19:
index = this.searchTimestamp(timestamp);
if (index>=this.seekPoints.length) {index=this.seekPoints.length-1;}
return this.seekPoints[index];
and this correct error, but problem with end of this track not solved. Try open link to view problem.

[master255]

last seek point dont want play and player stoping at this moment.

[master255]

I win the problem, but my code not pretty very well. I add duration and buffered in asset.demuxer and add
index = this.searchTimestamp(timestamp);
do {if (index>0) {index=index-1;}} while ((((this.duration*(this.buffered/100))-(this.seekPoints[index].timestamp/this.format.sampleRate * 1000)) min 6000) && (index>0));
return this.seekPoints[index];
in seek function. Why 6000? I don't know...may be this will be a variable...
But this work perfect on many tracks of my collection.

[master255]

Final dirty code ))
do {if (index>0) {index=index-1;}} while ((((this.duration*(this.buffered/100))-(this.seekPoints[index].timestamp/this.format.sampleRate * 1000))<((this.buffered==100)?6000:10000)) && (index>0));

[enjikaka]

@osmestad @mattberkowitz

Is it possible to add seekpoints at every second with the AV.Demuxer? I've been trying to modify the SEEKTABLE-case but after each change the whole thing breaks...

[mattberkowitz]

@enjikaka The seektable is processed after the header is available, generally at that point the entire file hasn't been loaded. In normal flac frame length can't be determined without decoding (see https://xiph.org/flac/faq.html#api__frame_length). It may be possible that you could decode each packet as it is retrieved and create seekpoints at that point, but I assume it would be pretty intensive. Also, it's been awhile since I've looked at the code and can't give much more direction without digging in. You can take a look at the metaflac (https://www.xiph.org/flac/documentation_tools_metaflac.html) source for the --add-seekpoint=#s option to see how they generate them