Bug 12108 - Transcoding issue with WMA files - Displaying incorrect kbits and skipping to next tracks
: Transcoding issue with WMA files - Displaying incorrect kbits and skipping to...
Status: RESOLVED WORKSFORME
Product: Logitech Media Server
Classification: Unclassified
Component: Transcoding
: 7.3.2
: PC Windows Vista
: P4 normal (vote)
: 7.4.0
Assigned To: Ross Levine
: TestCase
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-05-19 17:41 UTC by Walker LaRon
Modified: 2009-10-01 18:33 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments
Test WMA 192 kbits Ticket 090426-001326 (4.79 MB, audio/x-ms-wma)
2009-05-19 17:41 UTC, Walker LaRon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Walker LaRon 2009-05-19 17:41:03 UTC
Ticket # 090426-001326

Squeezebox Classic
Zyxel wireless router
Windows Vista/WMP 11
Windows XP/WMP 10
SqueezeCenter 7.3.2 Official

SqueezeCenter 7.3.3 Norman Save Version - (you can get it from the following)

www.slimdevices.com/SqueezeCenter-7.3.3_norman_safe_version.exe

Problem:

The problems are encountered in almost all (could be even in all) WMA coded files (some very short drops or skips / tempo changes). In some tracks severe problems - skipping to the next track or back to the start of this played track.

Tracks are treated as VBR WMA and over 192 kbits, although they have been made using WMP with 192 kbits CBR setting and they show as exactly 192 kbits files in WMP

All these WMA tracks have been ripped using Windows Media Player 10 version in XP PC and PC's own CD/DVD unit. The adjustment has always been best WMA audio, 192 kbits. NOT using VBR, however, the Squeezecenter shows that the files are VBR and with typically 193 kbits, some files also 194 kbits! 

Using the 192 kbits CBR coded WMA tracks
-Problem still exists via Wireless or wired
-The problems occur if native WMA is used. 
-If using WMA to WAV conversion with WMA native disabled, the problems disappear


I was not able to recreate the issue here with the file skipping/tempo changing, but I am able to reproduce the kbits displaying incorrectly via the Squeezebox.

Per Dan, creating a bug, and attaching the test sample file for testing.


Thanks,

LaRon
Comment 1 Walker LaRon 2009-05-19 17:41:47 UTC
Created attachment 5241 [details]
Test WMA 192 kbits Ticket 090426-001326
Comment 2 Walker LaRon 2009-05-20 12:58:24 UTC
***From the customer****

In addition to your data input there, this is also valid for ripping the CD with Vista and WMP 11, not only for the older ones done with XP and WMP 10. Also that is very valid input, that disabling the native WMA setting and using the WMA WAV transcoding, everything seems to be ok. Is it pössible for you to add these to the report, please.

But then, what about hte problem when ripping the track with Vista & WMP 11 and using the "to WAV" setup. There were severe problems in every track. Is this also valid for creating a bug report - or is it possible that I'm having something fault in my Squeezebox unit?

Best regards,
Jari

******

Thanks,

LaRon
Comment 3 Spies Steven 2009-05-20 13:32:10 UTC
LaRon, would it be possible to get some of the users files attached to this bug?

As far as SqueezeCenter not reporting the proper bit rate is most likely a separate bug form the playback issue.

I don't quite understand the users last comment.  Is the user saying that all tracks created with Vista and WMP11 have issues with SqueezeCenter?
Comment 4 James Richardson 2009-05-21 20:47:17 UTC
The attached file is:

Windows Media Audio 9.1
192 kbps, 44 kHz, stereo 1-pass CBR
Comment 5 Alan Young 2009-05-25 05:39:05 UTC
James, is that supposed to be one of the user's files? It plays just fine for me.
Comment 6 Ben Klaas 2009-08-26 07:49:25 UTC
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Comment 7 Ross Levine 2009-10-01 18:33:32 UTC
7.4 correctly reports this as 192 CBR.