Ogg playback by squeezelite..... Fine when playing a track from start to
finish! But try this. Play an ogg track, then from LMS web-gui advance
to half way into the track.


Code:
--------------------
    
  [20:47:45.825702] codec_open:211 codec open: 'o'
  [20:47:45.826286] stream_sock:383 connecting to 127.0.0.1:9000
  [20:47:45.826835] stream_sock:412 header: GET 
/stream.mp3?player=82:8f:d3:98:73:
  ba HTTP/1.0
  
  
  [20:47:45.877569] stream_thread:176 headers: len: 117
  HTTP/1.1 200 OK
  Server: Logitech Media Server (7.9.0 - 1396907449)
  Connection: close
  Content-Type: audio/x-ogg
  
  
  [20:47:45.983843] vorbis_decode:150 setting track_start
  [20:47:45.984173] resample_newstream:180 resampling from 44100 -> 352800
  [20:47:45.984313] resample_newstream:201 resampling with 
soxr_quality_spec_t[precision: 28.0, passband_end: 0.911510, stopband_begin: 
1.000000, phase_response: 0.0, flags: 0x00], soxr_io_spec_t[scale: 0.79]
  [20:47:46.023238] process_newstream:123 processing: active
  [20:47:46.030205] vorbis_decode:235 ov_read error: -3
  [20:47:46.030770] resample_drain:113 resample track complete - total track 
clips: 0
  [20:47:46.031004] process_drain:115 processing track complete - frames in: 0 
out: 0
  [20:47:46.031121] decode_thread:99 decode complete
  [20:47:46.035613] resample_samples:73 soxr_process error: null pointer
  [20:47:46.035974] resample_samples:79 should not get here - partial sox 
process: 3624635392 of 1024 processed 32 of 20480 out
  
--------------------


At that point squeezelite falls over with a SEGV. Anyway, ov_read
returning OV_HOLE, is the start of the issue, when LMS starts streaming
mid-track. Quick scan of vorbis dev mailing list....

> 
> >I'm calling ov_read(); and it is returing an error message of OV_HOLE. 
> What
> >should I do with this?  Can I just try and re-read the data?  Do I need
> to
> >backup and try again?  Any advice would be great.
> 
> You should just continue decoding. There will be a dropout in the audio
> of
> some sort - OV_HOLE basically means that the file/stream has been
> corrupted
> in some way, such that some data was dropped. When you continue after
> the
> corrupted bit, decoding works fine - so you just miss a bit of audio.
>


------------------------------------------------------------------------
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=99395

_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to