garym wrote:
> I've rebooted rPi with LMS and started playing again. With info, I now
> see the playing of the radio stream in the log (and showing it is
> direct). But what is this error about mp3. That seems odd. mp3 is set
> to "native" in filetypes.
How LMS evaluates formats and transcoding options can confuse. My
knowledge is not fully up to fate since changes in 8.? which include the
"File conversion format setup" check box but I'll give a brief summary.
When an audio source is about to be played LMS evaluates its
characteristics again all those available in FileTypes. Factor include
source audio codec, destination supported codecs, source type (e.g.
remote HTTP, remote HTTPS, file), bit rate vs player support bitrate
etc.
*ALL* the various rules are effectively evaluated in parallel. Ones that
are not successful are rejected, successes are remembered as candidates
- I think the logging process will log the rejection but not all the
successes. When all rules have been evaluated - the "best" one is
chosen - simplistically the ordering of "best" is: direct vs indirect,
native vs transcoded, transcoded lossless vs lossy - but some setting
can override these (e.g. "File conversion format setup"). I think
evaluations are done via "callbacks" so sometimes the log message will
appear well after the evaluation has completed and is not really
contemporary.
In your log.
The "New state STREAMING" indicates the player has issued a HTTP/GET and
player is getting data direct from the station. Player regularly report
back to LMS it status and the status contains buffer fullness. The
logging is showing two number - the amount of data in the input buffer
and the threshold (184320) that must be reach before playing starts -
threshold value is LMS calculation of 15 secs of audio based on a
preview of audio data.
A delayed log message of the evaluation of the rules appears - it is
stating that one of the rules was evaluated and rejected - but it may be
hard to understand but this rejection happened before the player
streaming GET has started. This occurs in 150ms. I don't worry about
"why", I now know this is "normal" for a log of transcoding but it is a
source of confusion for some users who may try to "fix" the problem not
realising it is not an error.
Code:
--------------------
[22-03-22 09:01:16.6847]
Slim::Player::StreamingController::_setStreamingState (2386) new streaming
state STREAMING
[22-03-22 09:01:16.8047] Slim::Player::Player::_buffering (1144) Buffering...
0 / 184320
[22-03-22 09:01:16.8053] Slim::Player::Player::_buffering (1145) +output...
3519672 / 5292000
[22-03-22 09:01:16.8156] Slim::Player::TranscodingHelper::getConvertCommand2
(490) Error: Didn't find any command matches for type: mp3
[22-03-22 09:01:17.1097] Slim::Player::Player::_buffering (1144) Buffering...
0 / 184320
[22-03-22 09:01:17.4140] Slim::Player::Player::_buffering (1144) Buffering...
0 / 184320
[22-03-22 09:01:17.7179] Slim::Player::Player::_buffering (1144) Buffering...
0 / 184320
[22-03-22 09:01:18.0212] Slim::Player::Player::_buffering (1144) Buffering...
34968 / 184320
[22-03-22 09:01:18.3247] Slim::Player::Player::_buffering (1144) Buffering...
74422 / 184320
[22-03-22 09:01:18.6284] Slim::Player::Player::_buffering (1144) Buffering...
120096 / 184320
.
.
[22-03-22 09:01:23.1875] Slim::Player::Player::_buffering (1144) Buffering...
182304 / 184320
[22-03-22 09:01:23.2778]
Slim::Player::StreamingController::playerTrackStarted (2200) 00:04:20:10:12:97
[22-03-22 09:01:23.2784] Slim::Player::StreamingController::_setPlayingState
(2377) new playing state PLAYING
--------------------
Input buffer got more data until threshold of 184320 must have been
breached at around 22-03-22 09:01:23.2778 and so playing can then start.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=116117
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
