Posts: 26,215
Joined: Oct 2003
Reputation:
187
axavier: if you don't get the log output, you don't have an up to date enough version. upgrade.
Posts: 26,215
Joined: Oct 2003
Reputation:
187
the only thing i can suggest is you make sure you update the xbe you are running - ie the one on c: if you are running as dash.
Posts: 176
Joined: Oct 2004
Reputation:
0
i'm using evox as dash. so i don't think that is the issue. i'll get a newer version of tortise cvs, and do a check out with it,compile and see if i get the same thing, if not then i'll do a massive cvs update to see what happens.
Posts: 176
Joined: Oct 2004
Reputation:
0
i did a full cvs check out just to make sure that i have hte correct code. jonathan could this be an issue of using the cvs update from tortoise cvs instead of doign a checkout?
Posts: 176
Joined: Oct 2004
Reputation:
0
thanks peter for your reply. i'll do a build today when i get home from work, test and share the results...
i think my issue is that somehow i do not know how to properly update my local cvs copy from the repository....
Posts: 26,215
Joined: Oct 2003
Reputation:
187
cool - one down.
i'm rewriting the player at the moment in either case - hopefully it'll improve things a bit more plus will make gapless playback much easier (next track will be fully pre-cached before the current one ends).
got a bunch of design issues to sort out with hq resampling etc. etc. but i've got the basic design working ok now.
will probably still take a fair amount of time to finalize everything.
lastly: i don't really want to hear about issues with pcm passthrough enabled - the current player is not designed for it really - it will especially not likely be gapless with that output method. we may even decide to remove it completely, as we are not convinced that it gives any benefit for 2 channel pcm sources.
cheers,
jonathan
Posts: 30
Joined: May 2005
Reputation:
0
pcm passthrough switched off. will continue to test.
just a wild stab, but could there be any latency issues with the network packets? i've just had a bit of a fiddle with the server. limited movement, but i've just shifted it a few inches and moved the aerial. signal still sitting at 48/56 15-20db snr (as it was before), though during the file copy i'm getting much better response. throughput is fairly continuous, still dropping to 0 briefly, and not as good as server to other xp laptop, but maybe it has a higher tolerance?
no expert on wireless, but i guess you can be connected at 54m and have low latency and zero error packets, or could still have enough signal for 54m but find you have a percentage of error packets, which would then cause latency? a bit like broadband - i have loads more error packets now on a 3m rather than a 0.5m, but the general throughput is 3m.
shout if you want me to try anything else. i'm gonna pull the server much closer to the access point at the weekend and see what happens.
Posts: 176
Joined: Oct 2004
Reputation:
0
i did not experience packet collisions on my tests yesterday. my tests were also done with pcm output off and high quality resampling off...
Posts: 30
Joined: May 2005
Reputation:
0
not sure how i can test for packet collisions but maybe too late. onto my 3rd mp3 track and have flawless output. no pauses, no zero buffers in the log (other than track start).
as i said, i have moved the server/aerial slightly, though the link and snr has not changed. as i said throughput to other xp machines has not changed, though throughput and reliability to xbox has taken on a new lease of life.
.