Home of the Squeezebox™ & Transporter® network music players.
Page 323 of 327 FirstFirst ... 223273313321322323324325 ... LastLast
Results 3,221 to 3,230 of 3263
  1. #3221
    Junior Member
    Join Date
    Feb 2017
    Posts
    3
    Hi,

    My issue is a ALSA issue not squeezelite.
    If I try to send a 24 bit wav file with aplay, I have the same issue : Odroid C1 crashes.
    probably a bad alsa install.

  2. #3222
    Junior Member
    Join Date
    Jan 2017
    Posts
    9
    Quote Originally Posted by ralphy View Post
    It's a very fringe use case and you found a work around. Thank you again for tracking down the changes.

    Making changes to the squeezelite state machine inevitably breaks something else and involves lots of testing.

    It will get fixed eventually.
    Hi,

    I noticed there seems to be an issue playing short files - is there a Ticket I can follow to get notified? A lot of people
    are using LMS for spoken notifications, and this seems to prevent it in the current version.

    Thank you very much for the effort!

  3. #3223
    Senior Member ralphy's Avatar
    Join Date
    Jan 2006
    Location
    Canada
    Posts
    1,706
    Quote Originally Posted by mhilbush View Post
    Any update on whether there will be a fix for this?
    I sent you a PM a couple weeks ago with a patch for you to try. Did you receive it?
    Ralphy

    1-Touch, 5-Classics, 3-Booms, 1-UE Radio
    Squeezebox client builds donations always appreciated.

  4. #3224
    Quote Originally Posted by ralphy View Post
    I sent you a PM a couple weeks ago with a patch for you to try. Did you receive it?
    Thank you. I just sent you a couple PMs. The fix LGTM.

  5. #3225
    Senior Member ralphy's Avatar
    Join Date
    Jan 2006
    Location
    Canada
    Posts
    1,706
    Quote Originally Posted by chbla View Post
    Hi,

    I noticed there seems to be an issue playing short files - is there a Ticket I can follow to get notified? A lot of people
    are using LMS for spoken notifications, and this seems to prevent it in the current version.

    Thank you very much for the effort!
    You can follow this thread. I'll post updates there.
    Ralphy

    1-Touch, 5-Classics, 3-Booms, 1-UE Radio
    Squeezebox client builds donations always appreciated.

  6. #3226
    Junior Member
    Join Date
    Feb 2017
    Posts
    3

    i have this issue as well - hoping for a patch...

    Quote Originally Posted by ralphy View Post
    It's a very fringe use case and you found a work around. Thank you again for tracking down the changes.

    Making changes to the squeezelite state machine inevitably breaks something else and involves lots of testing.

    It will get fixed eventually.

    i have this issue as well - hoping for a fix in near future...

    im using philippe44 airplay/raop to las bridge which as i understand depends on v>1.5

    Alex
    Last edited by alex885; 2017-03-07 at 14:27.

  7. #3227
    Junior Member
    Join Date
    Jan 2014
    Posts
    4

    Playing ALAC files only works intermittently

    I'm using the latest Git Squeezelite compiled with the latest FFMPEG Git snapshot. When attempting to play any ALAC files, sometimes the files will play, and other times they won't. If a file starts playing correctly and I try to seek the song forwards or backwards, sometimes the sound will stop at that point.

    Code:
    The Squeezelite logs show a lot of errors like this:
    ffmpeg: stream 0, offset 0x4abb6d: partial file
    ff_decode:346 av_read_frame error: -1094995529 Invalid data found when processing input
    ffmpeg: stream 0, offset 0x4ad662: partial file
    ff_decode:346 av_read_frame error: -1094995529 Invalid data found when processing input
    ff_decode:343 codec end of file
    sendSTAT:156 STAT: STMt
    ff_decode:343 codec end of file
    My m4a files are all encoded for fast start streaming so I don't think the structure is the problem. The LMS log shows a lot of entries like this when playing a song is silent:
    Code:
    [17-03-07 23:02:25.0031] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:30.0061] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:35.0095] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:40.0182] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:45.0071] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:50.0241] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    [17-03-07 23:02:55.0153] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
    When a song is playing and I hear the audio, I see LMS log entries like this:
    Code:
    [17-03-07 22:53:58.0208] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync
    [17-03-07 22:53:59.0051] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync
    [17-03-07 22:54:00.0055] Slim::Player::StreamingController::_eventAction (271) 00:00:00:00:00:00: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync
    Does anyone have any ideas? If I can't get this to work, I'll have to re-encode all my songs as FLAC

  8. #3228
    Senior Member
    Join Date
    Aug 2012
    Location
    Austria
    Posts
    590
    Quote Originally Posted by sevi_at View Post
    Why starts my squeezelite sometimes with another samplerate as 44100 although i use parameter -r
    my start command:
    /usr/bin/squeezelite-armv6hf -S /var/www/sq_check.sh -d all=debug -f /tmp/sq_log.log -c flac,pcm,mp3,ogg,aac -b 2048:4096 -a 60:16::0 -r 44100-44100 -p 97 -o squeeze"$i" -n $PLAYER -m $SQMAC -z > /dev/null 2>&1 & echo $!

    With the parameter "-r 44100-44100" was only allowed to play 44100 samplerate!
    However he plays each approx. 30 times with another samplerate.
    In case you haven't solved this in the meantime, you need to activate resampling, eg. with -R -u vE

    While setting up an ES9023-based USB DAC, I noticed that squeezelite's auto-detection seems to be a bit off.
    The DAC is reported by ALSA like this:
    Code:
    Interface 1
        Altset 1
        Format: S16_LE
        Channels: 2
        Endpoint: 3 OUT (SYNC)
        Rates: 48000
    squeezelite, however, happily plays a track like this:
    Code:
    output_init_common:411 supported rates: 384000 352800 192000 176400 96000 88200 48000 44100 32000 24000 22500 16000 12000 11025 8000
    alsa_open:389 opened device default:CARD=ES9023 using format: S32_LE sample rate: 44100 mmap: 1
    Weirdly enough, this works for a couple of seconds (although with a very high system load and a number of USB errors in the log), until the whole system (RPi3) completely freezes and can only be reanimated by a power cycle.

    Forcing squeezelite to use the correct sample rate / format fixes the issue:
    Code:
    squeezelite -o default:CARD=ES9023 -r 48000-48000 -a 40:4:16:1 -p 20 -R -u vE
    Code:
    output_init_common:411 supported rates: 48000
    opened device default:CARD=ES9023 using format: S16_LE sample rate: 48000 mmap: 1
    [ extGUI4LMS - an alternative web interface: forum / homepage | music visualizer for squeezelite ] [ Howto: build a self-contained LMS | Howto: play Ogg Opus files ]

  9. #3229
    Senior Member
    Join Date
    Nov 2009
    Location
    Duesseldorf
    Posts
    788
    Hi Ralph.

    A small issue (gcc 6.3.1):

    Code:
    output.c: In function '_output_frames':
    output.c:155:22: warning: comparison of constant '2' with boolean expression is always false [-Wbool-compare]
         if (!output.fade == FADE_ACTIVE || !output.fade_mode == FADE_CROSSFADE) {
                          ^~
    output.c:155:22: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses]
    output.c:155:58: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses]
         if (!output.fade == FADE_ACTIVE || !output.fade_mode == FADE_CROSSFADE)
    My fix:

    Code:
    diff -Naur output.c.orig output.c.new
    --- output.c.orig	2017-04-03 14:44:04.002246768 +0200
    +++ output.c.new	2017-04-03 14:48:45.712937723 +0200
    @@ -152,7 +152,7 @@
     				IF_DSD(
     				   output.dop = output.next_dop;
     				)
    -				if (!output.fade == FADE_ACTIVE || !output.fade_mode == FADE_CROSSFADE) {
    +				if (! (output.fade == FADE_ACTIVE) || ! (output.fade_mode == FADE_CROSSFADE)) {
     					output.current_replay_gain = output.next_replay_gain;
     				}
     				output.track_start = NULL;

    Would be nice to introduce above.

    Thx
    SC

  10. #3230
    Senior Member ralphy's Avatar
    Join Date
    Jan 2006
    Location
    Canada
    Posts
    1,706
    Quote Originally Posted by soundcheck View Post
    Hi Ralph.

    A small issue (gcc 6.3.1):

    My fix:

    Code:
    diff -Naur output.c.orig output.c.new
    --- output.c.orig	2017-04-03 14:44:04.002246768 +0200
    +++ output.c.new	2017-04-03 14:48:45.712937723 +0200
    @@ -152,7 +152,7 @@
     				IF_DSD(
     				   output.dop = output.next_dop;
     				)
    -				if (!output.fade == FADE_ACTIVE || !output.fade_mode == FADE_CROSSFADE) {
    +				if (! (output.fade == FADE_ACTIVE) || ! (output.fade_mode == FADE_CROSSFADE)) {
     					output.current_replay_gain = output.next_replay_gain;
     				}
     				output.track_start = NULL;

    Would be nice to introduce above.

    Thx
    SC
    I'd be happy to make the change in git but have you confirmed that crossfade still works as expected?

    I have updated output.c with your change last year and after many reports of crossfade no longer working, I reverted it.

    See https://github.com/ralph-irving/sque...f18090dc287ecd
    Ralphy

    1-Touch, 5-Classics, 3-Booms, 1-UE Radio
    Squeezebox client builds donations always appreciated.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •