Bugzilla – Bug 4723
Ogg file wont play
Last modified: 2009-06-17 09:35:02 UTC
Rip a CD using Buzzsaw software to Ogg format. The files wont play with the build in ogg Vorbis in the SQ3. The song will play after i turned off the Ogg Vorbis (built-in) Decoder. is that an issue?
Created attachment 1801 [details] Bad OGG file
This sounds similar to Bug 4497.
This Ogg Vorbis file appears to be corrupted and encoded with a beta version of the encoder. Tomer, where did this file come from? ogginfo output for reference: New logical stream (#1, serial: 00007029): type vorbis Vorbis headers parsed for stream 1, information follows... Version: 0 Vendor: Xiphophorus libVorbis I 20010910 Channels: 2 Rate: 44100 Nominal bitrate: 192.000000 kb/s Upper bitrate not set Lower bitrate not set User comments section follows... Warning: Comment 0 in stream 1 has invalid format, does not contain '=': "" Warning: Hole in data found at approximate offset 3662294 bytes. Corrupted ogg. Warning: EOS not set on stream 1 Vorbis stream 1: Total data length: 3654921 bytes Playback length: 4m:07.920s Average bitrate: 117.938291 kb/s
I downloaded the file again and I no longer get the corruption error. I still get the "EOS not set on stream1" warning however.
Richard, can you take a look at this one?
I have come across another case of an Ogg file that will play in other audio apps but not in Slimserver. (mediamonkey and winamp will play it.) Here is the ogginfo for the file: $ ogginfo AmericaTheAudiobook.ogg Processing file "AmericaTheAudiobook.ogg"... New logical stream (#1, serial: 00004f87): type vorbis Vorbis headers parsed for stream 1, information follows... Version: 0 Vendor: BS; Lancer [20050709] (based on aoTuV b4 [20050617] 111merged) Channels: 1 Rate: 22050 Nominal bitrate: 35.333000 kb/s Upper bitrate not set Lower bitrate not set Vorbis stream 1: Total data length: 58405550 bytes Playback length: 227m:00.767s Average bitrate: 34.303824 kb/s Logical stream 1 ended (ref# 070305-000042)
Created attachment 1830 [details] Ogg file will not play in Slimserver but will in other audio apps
I suspect it may have something to do with the channels or rate of the file. I'll take a look.
Dan, the file you submitted was mono and I opened Bug 4819 to cover its behavior. Richard, the file that was included with this bug originally was created with a pre-release version of the Ogg Vorbis encoder. Do you think we should just support Ogg Vorbis version 1 (20020717) and higher in firmware and leave it at that?
FWIW my entire music library is OGG files encoded with a pre-1.0 encoder, so fixing this would be very nice for me. Obviously I understand that it's probably not a high priority.
Will look at this post-7.0
*** Bug 7425 has been marked as a duplicate of this bug. ***
*** Bug 5278 has been marked as a duplicate of this bug. ***
Andy has mentioned that Ogg at less than 64k nominal (-q0) can't be decoded natively due to memory limitations. I imagine server-side transcoding is the only solution for this file.
This appears to be addressed in SqueezeCenter 7.3.3 r26228 Controller 7.3 r5577 SqueezePlay 7.3 r3856 Receiver r60 SB2/3 r125 Transporter r75 Boom r45 Please give that version a try, then report back in this bug if the issues are fixed for you. I was unable to generate any errors with the 2 files attached to this bug.
Verified fixed in SqueezeCenter 7.3.3 r26407
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.