DLNAPlayOn icon indicating copy to clipboard operation
DLNAPlayOn copied to clipboard

Player doesn't advance to next track automatically

Open darkzbaron opened this issue 1 year ago • 2 comments

python.exe PlayOn.py c "%SomeFolder%" --name "HUAWEI Sound X-1604" -o --verbosity=2 -p 8214 --buffersize 1000 --bufferahead 200 --endless --ip %server_ip_address% --join %server_ip_address% --bufferquick --typeserver s

Current Behavior

  • Player stops after finishing current track
  • Does not automatically advance to next track in playlist
  • Works fine with very short (10 second) test tracks
  • Used to work properly before

Expected Behavior

Player should automatically proceed to the next track after current track finishes playing.

Attempted Solutions

  • Adjusted buffer size settings
  • Tried different typeserver settings
  • Tested with short audio files (which work correctly)

Environment

  • Device: HUAWEI Sound X-1604
  • Command line parameters:
    • Buffer size: 1000
    • Buffer ahead: 200
    • Server type: s
    • Running in endless mode

Additional Information

The functionality used to work correctly before but has stopped working. Short audio files (10 seconds) still work as expected, suggesting a possible issue with buffer handling for longer tracks.

Questions

  1. Are there known issues with buffer handling for longer tracks?
  2. Are there recommended buffer settings for this particular setup?
  3. Could this be related to recent changes in the codebase?

Logs

https://pastebin.com/ceKzThc1

darkzbaron avatar Dec 22 '24 21:12 darkzbaron

Thank you for this very detailed report. I nevertheless did not manage to reproduce the issue although I tried various configurations (settings, renderer, folder content...). Looking at the log, I notice two things: first there is a problem with the eventing from the renderer, second in the playlist, each song appears twice, once starting with "01-missy elliot" and then with "01-missy_elliot" (underscore instead of space). That may explain why the playback does not seem to advance to the next track.

Otherwise, could you please try without the --typeserver, --bufferquick (intended for live radio), --buffersize and --bufferheader arguments ? If the problem still occurs, could you check if the previous release of the script behaves as expected (you indicate that it used to work before the latest commits) ? It could also be useful to try with another renderer such as a smart tv or a phone with a dlna app.

PCigales avatar Dec 23 '24 20:12 PCigales

Hi thanks the double song is not the issue, apologize it's a folder with dupes. Will try both, Previous releases had no issuem, I will also install a DNLA app and revert!

darkzbaron avatar Dec 24 '24 13:12 darkzbaron