Bug 2408 - WMA's do not play on original slimp3
: WMA's do not play on original slimp3
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 6.2.0
: PC Windows (legacy)
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-28 12:44 UTC by Friction
Modified: 2008-09-15 14:37 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Friction 2005-10-28 12:44:24 UTC
I have a squeezebox V1 and an original slimp3. WMA's play fine on the squeeze 
but not on the slim. I have the Windows Media -> MP3 -> wmadec/lame option 
checked in the server settings. This was working fine on 6.1.1 previously.

A debug log from d_source reveals....

2005-10-27 22:57:32.8625 00:04:20:04:18:2e: Switching to mode playout-stop from 
play
2005-10-27 22:57:32.8629 00:04:20:04:18:2e New play mode: playout-stop
2005-10-27 22:57:32.8674 00:04:20:04:18:2e: Current playmode: playout-stop
2005-10-27 22:57:32.8679 No pending chunks - we're dropping the streaming 
connection
2005-10-27 22:57:32.8719 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:57:32.8723 realpos -208 calcuated from bytes received: 208 minus 
buffer fullness: 416
2005-10-27 22:57:32.8729 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:57:32.8731 realpos -208 calcuated from bytes received: 208 minus 
buffer fullness: 416
2005-10-27 22:57:32.8804 00:04:20:04:18:2e: Can't opennext, returning no chunk.
2005-10-27 22:57:32.8855 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:57:32.8859 realpos -208 calcuated from bytes received: 208 minus 
buffer fullness: 416
2005-10-27 22:57:32.8864 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:57:32.8867 realpos -208 calcuated from bytes received: 208 minus 
buffer fullness: 416
2005-10-27 22:57:32.9338 00:04:20:04:18:2e: No filehandle to read from, 
returning no chunk.
2005-10-27 22:57:32.9894 00:04:20:04:18:2e: Underrun while this mode: playout-
stop
2005-10-27 22:57:32.9903 Backtrace:

frame 0: Slim::Player::Source::playmode (/PerlApp/Slim/Player/Source.pm line 
568)
frame 1: Slim::Player::Source::underrun (C:/Program 
Files/SlimServer/server/Slim/Networking/Stream.pm line 343)
frame 2: Slim::Networking::Stream::gotAck (/PerlApp/Slim/Networking/Protocol.pm 
line 64)
frame 3: Slim::Networking::Protocol::processMessage 
(/PerlApp/Slim/Networking/Protocol.pm line 134)
frame 4: Slim::Networking::Protocol::readUDP (/PerlApp/Slim/Utils/Timers.pm 
line 81)
frame 5: Slim::Utils::Timers::checkTimers (slimserver.pl line 607)
frame 6: main::idle (slimserver.pl line 38)
frame 7: PerlSvc::Startup (perlsvc.pl line 1481)
frame 8: PerlSvc::_startup (slimserver.pl line 0)
frame 9: (eval) (slimserver.pl line 0)

2005-10-27 22:57:32.9907 00:04:20:04:18:2e: Switching to mode stop from playout-
stop
2005-10-27 22:57:32.9911 00:04:20:04:18:2e New play mode: stop
2005-10-27 22:57:32.9914 Stopping and clearing out old chunks for client 
00:04:20:04:18:2e
2005-10-27 22:57:32.9949 Resetting song queue
2005-10-27 22:57:32.9954 Song queue is now 0
2005-10-27 22:57:32.9967 00:04:20:04:18:2e: Current playmode: stop
2005-10-27 22:57:32.9971 Adding song index 0 to song queue
2005-10-27 22:57:33.9973 Clearing out song queue first
2005-10-27 22:57:33.9975 Song queue is now 0
2005-10-27 22:57:33.0077 00:04:20:04:18:2e: Underrun while this mode: stop
2005-10-27 22:57:46.1727 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:57:46.1732 realpos -208 calcuated from bytes received: 0 minus 
buffer fullness: 208
2005-10-27 22:57:46.5522 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:57:46.5529 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:57:46.5688 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:57:46.5695 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:58:30.2460 Negative position calculated, we are still playing out 
the previous song.
2005-10-27 22:58:30.2466 realpos -208 calcuated from bytes received: 0 minus 
buffer fullness: 208
2005-10-27 22:58:30.6010 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:58:30.6017 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:58:30.6250 Setting maxBitRate for Bedroom to: 320
2005-10-27 22:58:30.6257 Setting maxBitRate for Bedroom to: 320
Comment 1 Dan Sully 2005-10-28 12:47:52 UTC
Please try running the latest 6.2.1 nightly - as a WMA issue was fixed yesterday:

http://www.slimdevices.com/dev_nightly.html
Comment 2 Friction 2005-10-28 14:15:20 UTC
Yes, excellent, that's fixed it.

Thanks!!
Comment 3 Chris Owens 2006-06-16 14:41:41 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.