i havent had much time to do any additional intensive testing, but i
have been seeing a pattern - i _think_.
if sync breaks (much rarer now), then it does so when BOTH the
following conditions are met:
- transitioning TO a vorbis file. higher bitrates seem to increase the
likelyhood of it
news: after a 1/2 day's battle, i managed to do a clean re-install of
SSOTS and SC. now i am running SSOTS 3.18 (after discovering that the
3.17 provided by qnap is broken) and SC 7.3.3.
indeed, sync is greatly improved! :-)
however, after two hours of synced playing, there still were two
dcote;448849 Wrote:
news: after a 1/2 day's battle, i managed to do a clean re-install of
SSOTS and SC. now i am running SSOTS 3.18 (after discovering that the
3.17 provided by qnap is broken) and SC 7.3.3.
indeed, sync is greatly improved! :-)
however, after two hours of synced
no THAT might explain A LOT.
i use the GTune3b2 vorbis encoder, whose bitrate envelope is quite
different from the reference decoder's. GTune3b2 will allocate MANY more
bits/s on transients and high-frequency passages than the reference. if
all the assumptions sync does are based on the
hehe - yeah i voted for those bugs (especially 4418) WAY back when they
were first reported. ;-)
apparently, they are fixed now, which was one of the reasons i upgraded
to 7.3.3. (apart from other bugs, where playback will randomly stop)
thing is, those bugs were only major for me. this bug (if
tcutting;448159 Wrote:
Is the time on the NAS accurate? I believe I've seen other threads on
synchronization issues/drifting, and recall that often there was also
issues with the Squeezecenter computer's clock (in your case, your NAS)
having issues keeping time. Might be worth searching
confirmed behavior by playing over night.
this problem is too consistent for my taste. hence:
https://bugs.slimdevices.com/show_bug.cgi?id=13380
--
dcote
dcote's Profile:
no sooner have i filed a bug report to the effect that i _thought_ there
was a vorbis/sync problem than a purely mp3 playlist also started
drifting apart. this is the first time today, yesterday the mp3 playlist
stayed rock solid synced for over two hours.
probably means i can stick my bug
OK, more testing done:
1. deactivated crossfade - no effect
2. installed SC 7.3.3. on a high-powered windows vista machine - no
problems so far with any means of operation or file type. will leave the
sync-group playing over night to see if anything wierd happens.
i guess this means that my
Is the time on the NAS accurate? I believe I've seen other threads on
synchronization issues/drifting, and recall that often there was also
issues with the Squeezecenter computer's clock (in your case, your NAS)
having issues keeping time. Might be worth searching through previous
forum
dcote;447852 Wrote:
my vorbis is playing native. when you say recently, you mean like for
the last three years now, right? ;-)
at least, thats how long i have been playing vorbis natively.
the qnap probably has enough power to transcode vorbis, but according
to logitech's specs of the SB,
this is going to be a LONG one...
after some LENGTHY experimentation i have found more details.
preparation:
- upgraded to SC 7.3.3. the rest, such as perl etc. remains the same.
- wired up my two SB3s to eliminate the WLAN as a problem
- fixed up some files encoded with different vorbis
dcote;447826 Wrote:
to make sync break BOTH the following conditions must be met:
A. i am using the _remote_ to skip tracks, scan tracks or load
playlists
B. i am playing or trying to play a _vorbis_ file, or the first file of
a playlist is a vorbis file.
Vorbis decoding on the
my vorbis is playing native. when you say recently, you mean like for
the last three years now, right? ;-)
at least, thats how long i have been playing vorbis natively.
the qnap probably has enough power to transcode vorbis, but according
to logitech's specs of the SB, that should not be
ADDENDUM:
this sucks - the drifting effect i described in my first post is also
still there.
but once again, it seems that this only happens on vorbis files. when
an MP3 comes along in the playlist, the players sync up perfectly. then,
after 2-3 subsequent vorbis tracks, it starts drifting once
this is the recent log of my SC. is this what would help to
troubleshoot? if not, please let me know of other options! :-)
+---+
|Filename: server.zip |
|Download:
yeah, i guess i'll just have to hunker down, find (lots of!) time, and
do some experiments...
--
dcote
dcote's Profile: http://forums.slimdevices.com/member.php?userid=9701
View this thread:
Don't forget when doing experiments enable the player.sync to DEBUG so
that what you see can be tracked back to what SC is seeing/doing.
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this
hi catbus!
no worries - right now, i am happy for ANY suggestions. ;-)
yes, i have tried much already. my daytime job is a hardware/tech/IT
trainerconsultant, so tried a few things which seem smart from a
generic tech point of view.
what is noticeable drift? using all the interfaces i have at
dcote;442982 Wrote:
better yet, how can i skip that step and install an NTP daemon?
according to some threads i hve read here, that could solve the problem.
unfortunately, they dont describe how to got about that...
It's in german, but I guess that's not a problem for you ;-)
I don't have any great insights because sync has been working fine for
me, but here are a couple ideas. Do you still get the problems if the
playlist doesn't have any transcoded tracks (AAC in your case)? When the
players are drifting apart, what happens on track transitions? Is there
any
When I say noticeable drift, I mean it'd be correct one day, 10 minutes
slow the next day, 20 minutes slow two days later, etc. A little normal
clock drift, that you wouldn't notice except over very long periods of
time, should be perfectly fine.
I think your best bet is to set up a test server
Sounds like you've already done much of the troubleshooting, so I'm not
left with many good suggestions.
Have you checked to see if the server clock has noticeable drift from
correct time? Have you noticed any difference in behavior on transcoded
vs non-transcoded tracks? If you set up a test
after spending half the day researching this forum, the bugzilla
database and the forum over at qnap.com and not finding anything
conclusive, i give up and post my own thread now.
first, my symptoms:
- on the odd occasion i _can_ get my players synced, it holds for
anywhere between 5 to 50
24 matches
Mail list logo
