PDA

View Full Version : Ogg Encoding Options



rgmiller1974
2006-12-19, 15:42
Hello Everyone,

I'm looking for advice regarding encoding some files into ogg vorbis format for playback on my SB3. I gather that the native decoder can handle some ogg files and can't handle others and was wondering if anyone knew exactly what the limitations were and more importantly, what options to use in order to ensure that the encoded files can be decoded by the native decoder. Is it something to do with bitrate? The overall size of the files? Phase of the moon? :)

Thanks very much,
-Ross

Mark Lanctot
2006-12-19, 15:58
There was a very detailed list here: http://forums.slimdevices.com/showthread.php?t=29904

CatBus
2006-12-19, 16:39
FWIW, I've had no problems at any bitrate with aoTuV Release 1 (which I'd highly recommend).

Some more misc Ogg information can be found here:
http://wiki.hydrogenaudio.org/index.php?title=Recommended_Ogg_Vorbis

rgmiller1974
2006-12-19, 20:19
FWIW, I've had no problems at any bitrate with aoTuV Release 1 (which I'd highly recommend).

Some more misc Ogg information can be found here:
http://wiki.hydrogenaudio.org/index.php?title=Recommended_Ogg_Vorbis

Just tried that; no luck. Tried both compiling from source and a pre-built 32-bit binary (I'm running an Athlon64 so the one I compiled was 64-bit.) No matter what I use, I get the same errors from slimserver.pl:

2006-12-19 22:11:59.1207 Error: Decoder does not support file format, skipping track
2006-12-19 22:11:59.1209 Error opening current track, so mark it as already played
2006-12-19 22:11:59.1213 Backtrace:

frame 0: Slim::Player::Source::errorOpening (/opt/SlimServer_v6.5.0/Slim/Player/Source.pm line 634)
frame 1: Slim::Player::Source::notSupported (/opt/SlimServer_v6.5.0/Slim/Networking/Slimproto.pm line 657)
frame 2: Slim::Networking::Slimproto::_stat_handler (/opt/SlimServer_v6.5.0/Slim/Networking/Slimproto.pm line 387)
frame 3: Slim::Networking::Slimproto::client_readable (/opt/SlimServer_v6.5.0/Slim/Networking/Select.pm line 238)
frame 4: Slim::Networking::Select::select (./slimserver.pl line 487)
frame 5: main::idle (./slimserver.pl line 440)
frame 6: main::main (./slimserver.pl line 1039)

Thanks anyway,
-Ross

ManChicken
2006-12-20, 15:41
Hmm.. I use OGG almost exclusively; 99% of all my files were ripped from CDs using CDex in Windoze, which uses libVorbis I 20020717. Quality 3.00 (about 112kbps avg), no problems on my SB3.

CatBus
2006-12-20, 17:01
I'd have to say that's really strange. What oggenc options are you using? Perhaps a certain combination requires more CPU horsepower than the SB3 has? Are you resampling or something? Does the track play back normally on the PC?

Every Q-level I've tried definitely works with aoTuV Release 1 (with no other switches, though) for stereo CD-Audio. Are you maybe using DVD-Audio, or negative quality levels? Just trying to sort out what it could be. Posting a link to a sample unplayable file might be helpful too.

Phil Karn
2006-12-28, 22:40
rgmiller1974 wrote:

> Just tried that; no luck. Tried both compiling from source and a
> pre-built 32-bit binary (I'm running an Athlon64 so the one I compiled
> was 64-bit.) No matter what I use, I get the same errors from
> slimserver.pl:
>
> 2006-12-19 22:11:59.1207 Error: Decoder does not support file format,
> skipping track
> 2006-12-19 22:11:59.1209 Error opening current track, so mark it as
> already played
> 2006-12-19 22:11:59.1213 Backtrace:
>
> frame 0: Slim::Player::Source::errorOpening
> (/opt/SlimServer_v6.5.0/Slim/Player/Source.pm line 634)
> frame 1: Slim::Player::Source::notSupported
> (/opt/SlimServer_v6.5.0/Slim/Networking/Slimproto.pm line 657)
> frame 2: Slim::Networking::Slimproto::_stat_handler
> (/opt/SlimServer_v6.5.0/Slim/Networking/Slimproto.pm line 387)
> frame 3: Slim::Networking::Slimproto::client_readable
> (/opt/SlimServer_v6.5.0/Slim/Networking/Select.pm line 238)
> frame 4: Slim::Networking::Select::select (./slimserver.pl line
> 487)
> frame 5: main::idle (./slimserver.pl line 440)
> frame 6: main::main (./slimserver.pl line 1039)

I seem to have run into this same problem immediately after updating to
today's (12/28/2006) release of 6.5.1 from 6.5.0. I'm not sure of the
build date of the previous version; the timestamp on slimserver.pl was
October 25.

Today's build came with a player firmware update to version 71, and now
neither my Squeezebox 2 nor my Squeezebox 3 will play any of my Ogg
Vorbis files. WAV, FLAC and MP3 still play fine. Unfortunately, I
updated both players' firmware files so I can't test with a 2 or 3 that
hasn't been updated, and I don't remember the previous firmware version.

My old Squeezebox 1 still plays Ogg Vorbis fine. I expected this because
it doesn't handle Ogg natively, nor has it seen a firmware update. So
server transcoding from Ogg to WAV still works with the current version.

My guess is that either the current firmware load for the Squeezebox 2/3
somehow broke Ogg Vorbis decoding, or the slimserver somehow broke its
handling of Ogg Vorbis for those models.

If the firmware is indeed broken, is there a simple workaround to force
transcoding of Ogg Vorbis to WAV for Squeezebox 2/3?

Phil

Phil Karn
2006-12-28, 22:58
Phil Karn wrote:

> Today's build came with a player firmware update to version 71, and now
> neither my Squeezebox 2 nor my Squeezebox 3 will play any of my Ogg
> Vorbis files. WAV, FLAC and MP3 still play fine. Unfortunately, I
> updated both players' firmware files so I can't test with a 2 or 3 that
> hasn't been updated, and I don't remember the previous firmware version.

I figured out how to downgrade my Squeezebox 2 to the previous firmware
version, 64. That does *NOT* fix the problem; Ogg Vorbis files still
won't play on the 12/28/2006 version of 6.5.1. The log shows the
following backtrace:

2006-12-28 21:50:42.6919 Backtrace:

frame 0: Slim::Player::Source::errorOpening
(/usr/local/SlimServer_6.5_v2006-12-28/Slim/Player/Source.pm line 635)
frame 1: Slim::Player::Source::notSupported
(/usr/local/SlimServer_6.5_v2006-12-28/Slim/Networking/Slimproto.pm line
658)
frame 2: Slim::Networking::Slimproto::_stat_handler
(/usr/local/SlimServer_6.5_v2006-12-28/Slim/Networking/Slimproto.pm line
387)
frame 3: Slim::Networking::Slimproto::client_readable
(/usr/local/SlimServer_6.5_v2006-12-28/Slim/Networking/Select.pm line 238)
frame 4: Slim::Networking::Select::select
(/usr/local/slimserver/slimserver.pl line 492)
frame 5: main::idle (/usr/local/slimserver/slimserver.pl line 445)
frame 6: main::main (/usr/local/slimserver/slimserver.pl line 1071)


FLAC, MP3 and WAV (e.g., transcoding from AAC) still work fine.

I'll keep digging.

--Phil
]

Phil Karn
2006-12-29, 00:14
Phil Karn wrote:

> I figured out how to downgrade my Squeezebox 2 to the previous firmware
> version, 64. That does *NOT* fix the problem; Ogg Vorbis files still
> won't play on the 12/28/2006 version of 6.5.1. The log shows the
> following backtrace:

I rolled everything back to 6.5.0 and my Squeezebox 2 and 3 *still*
can't play any Ogg Vorbis files. Yes, their firmware loads reverted to
version 64. I even forced a player factory reset.

I'm absolutely sure these files played fine before I installed 6.5.1 today.

Now I'm *really* confused.

Phil Karn
2006-12-29, 00:58
Phil Karn wrote:

> If the firmware is indeed broken, is there a simple workaround to force
> transcoding of Ogg Vorbis to WAV for Squeezebox 2/3?

I found the workaround: simply uncheck the "Ogg Vorbis/Ogg Vorbis" line
in File Formats under Server Settings. Slimserver now transcodes to WAV
and avoids whatever problem kept the player from decoding Ogg Vorbis.

Still trying to figure out why the original problem appeared, and why it
didn't go away when I reverted to 6.5.0 and the earlier firmware.

Phil Karn
2006-12-31, 01:07
I haven't seen any comments on my problems playing Ogg files with 6.5.1.
Can anybody confirm that they *can* play Ogg files on 6.5.1 and a
Squeezebox 2 or 3 with firmware version 71 without server decoding?

Phil

Dougal
2006-12-31, 09:58
Hi,
I'm on f/w 71 and local ogg-vorbis files -q6 are playing just fine, the only issues i have are with a few radio stations that refuse to play with out unchecking ogg>ogg box.

I can only suggest looking at the tags to make sure that they are vorbis tags.

If it's a corrupted firmware you may want to give support a call.
Doug.

kdf
2006-12-31, 13:37
On 31-Dec-06, at 12:07 AM, Phil Karn wrote:

> I haven't seen any comments on my problems playing Ogg files with
> 6.5.1. Can anybody confirm that they *can* play Ogg files on 6.5.1 and
> a Squeezebox 2 or 3 with firmware version 71 without server decoding?
>
I don't have many ogg files, but those I do have are play natively on
SB3 fw 71. I've had the same files for some time, so it could be a
different version of the ogg codec. Sounds like it is worth filing a
bug report and attaching one of the problem files.

-kdf