Luca Olivetti wrote:
And definitely it's not a network speed problem: the vdr server is sending the stream to the vdr client (of course without xine-vdr playing, I only have an xv port and don't have enough cpu to have 2 xines working at once) *but* at the same time I can use xine with http streaming with no problems.Sascha Volkenandt wrote:Am Samstag, 14. August 2004 00:43 schrieb Luca Olivetti:Just gave it a try but playback (I mean, live tv) is jerky, with heavy artifacts. This is on a wireless client with a slow cpu[*] and the xine plugin (didn't try the latest version yet), but 0.3.1 works fine (I just reverted to try, not an A-B test but similar). [*] actually with 0.3.3-pre2 cpu usage stays around 30-40%, probably because the plugin isn't feeding enough data to xine, while normally (i.e with 0.3.1) is at 99%
Ok, try this in client/assembler.c, line 52:
- const int rbminfill = rbmargin * 10;
+ const int rbminfill = rbmargin * 50;
At least here I couln't observe jerky live TV anymore on my xine-client with 11MBit networking.
Nope, it didn't change anything. Note that I have no problems with http streaming (tested with either xine or mplayer, on wireless).
Attachment:
signature.asc
Description: OpenPGP digital signature