[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-17 Thread Eric Seaberg
I think it transcodes to LAME, if I'm not mistaken. I had the same problem with TP and SB3 and had to set the SB3 to limit @ 320k. Solved all my problems!! I could tell it was wireless bandwidth, especially, when I'd open up my Powerbook to 'surf' a bit while listening. This ALWAYS made the wi

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread CatBus
Hooray! Here's the solution for my problem. Please help me determine what this means. The fix? In SlimServer, under File Format Conversion Setup, UNCHECK the box next to Ogg Vorbis (built-in). Suddenly everything is synced beautifully. More on the symptoms: JJZolx was correct, the Squeezebox

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread JJZolx
How does the synch get off by a full second only seconds into the track? One is starting before the other? One has dropouts? One is playing (significantly) slower than the other? If that's possible, then what does it say about non-synched playback through the SB - can playback speed be faster

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread ceejay
Well, FLAC sync works for me as well between an SB and a Transporter. I'm wondering whether you are unwittingly transcoding, either because the ogg-ogg entry in server settings/file formats isn't ticked, or perhaps there is a bug in some table somewhere that tells the server that the transporter

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread CatBus
No, I'm not transcoding or bandwidth-limiting or anything. In addition to NetTest, I'm going to try it out with FLAC and see if this is a Vorbis-only issue. I'm assuming kdf has a similar-enough setup to mine that I should be able to get similar results when doing the exact same thing. -- Cat

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread snarlydwarf
The way it should work: . slimserver fills the buffer of both players . slimserver sends them both a 'start playing' The difference between the two starts should be minimal (unless you have a very icky network and the packets have to be retransmitted I guess...) Are you transcoding or anything

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread CatBus
Haven't had a chance to install NetTest yet, but I wanted to ask two more questions: - Could my use of WPA2/AES wireless security be putting a load the processor that might cause such a delay? - Could certain receivers (for the Transporter) and active speakers (for the Squeezebox) introduce such

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread snarlydwarf
Shouldnt be. The "already-playing" player should restart the song it was playing so that they are both started at the same spot. -- snarlydwarf snarlydwarf's Profile: http://forums.slimdevices.com/member.php?userid=1179 V

[slim] Re: First attempt at synchronized playback -> disaster!

2007-01-16 Thread CatBus
I also just considered--I only really ever use the remote-control interface. I went to the web interface to set up the sync but did everything else from the remote control on one device. Perhaps there's different behavior when you set the playlist for both devices from the web interface? -- C