So it occurred again last night. With LMS server player logging on, I
got the file that it crashed on. It was an iOS voice memo. I believe
I've noticed in the past some odd encoding of these, so I guess it makes
sense.
Interestingly, when re-playing that same file, I'm unable to get
squeezelite to actually crash. It throws an error but much more
gracefully and stays alive.
Code:
--------------------
[09:34:49.956502] stream_thread:247 headers: len: 115
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.1 - 1522157629)
Connection: close
Content-Type: audio/aac
[09:34:49.956645] sendRESP:220 RESP
[09:34:50.053518] read_mp4_header:295 type: ftyp len: 28 consume: 28
[09:34:50.053616] read_mp4_header:295 type: wide len: 8 consume: 8
[09:34:50.053635] read_mp4_header:250 type: mdat len: 17978321, no playable
track found
[09:34:50.053650] faad_decode:388 error reading stream header
[09:34:50.053665] decode_thread:100 decode error
--------------------
If in a playlist, it stops playback, but doesn't crash.
When squeezelite crashes, I'm using "Random Mix" of songs from LMS,
which includes adding new tracks to the playlist as old ones are played.
Wonder if that's somehow causing a squeezelite crash?
Either way, kicked off another random mix and will see if another one of
these several voice memos I have in my library causes the issue again.
------------------------------------------------------------------------
pianogineer's Profile: http://forums.slimdevices.com/member.php?userid=69819
View this thread: http://forums.slimdevices.com/showthread.php?t=111610
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
