[Gunnar]

CSPAN1 just went into "V-slowmotion" mode.
tested latest AdobeHDS version

From just observing A,V,A-V timestamps with standalone mplayer it looks like Audio-timestamps are running exactly 4x speed.
V goes to normally 1,2,3 to 100, A alrdy speeded to 400.

A little strange, that 4x Audio playback is normal (mplayer master sync?) but Video slowmotion, until new cycle begins after "stutter catchup"

Btw, mplayer also reports appr 4x longer total (faster) time and mplayer time goes appr 4x speed (follows master audio?)

ANy chance of wrong "inter-fragment" (wrongly fixed, or similar) audio-format parameter?? 44 vs 14kHz or similar, somewhere, althgh mplayer gives the rigth normal A,V formats (given by adobeHDs?)

Mplayer, strangly, tries to slow down video? until after some appr 100-400 limit it stutters audio until video catches up in slowmotion
Maybe bc the error-timestamp comes in bursts or similar??
Lots of weird adaptive and stamp-fixes here!

My old "test and beep" version finds a negative timestamp jump at start of every fragment.
(A little messy as LastTS can be both Audio and Video? plus PacketTS and fixed stamps and all)

That is, both (now) behave the same. At one point I thought one was OK but not the other, mistaken observation?

Gunnar

PS WHAT IF?? the stream changes audio-format "in the middle", 2-3 times per day??
Note, I am catching the HDS parameters every now and then with HDS linkdetector and then use the same ones "until problems".
Worked OK for more than a year butbutbut?
Note2. Reason for seldom updated parameters that CSPAN demands a USA website cable authorization for most programs but not all.
Thats when I catch them and then they work for all programs.
Seems most parameters "are not needed" anyway, no actual strict authorization.

WHAT IF2: If server tries to use fallback lower speed stream? AdobeHDS lacks that protocol software?? Weird things might happen??