Reinhard Nissl wrote:
I'm pleased to announce maintenance release 0.7.4:
Hi,
Just curious if there is something that has been done for the problem I had with 0.7.3 (network). I'm guessing the problem is still there as there's no such comment in the changelog... The problem was that rewinds get stuck after few seconds.
Teemu
Hi,
Rantanen Teemu wrote:
I'm pleased to announce maintenance release 0.7.4:
Just curious if there is something that has been done for the problem I had with 0.7.3 (network). I'm guessing the problem is still there as there's no such comment in the changelog... The problem was that rewinds get stuck after few seconds.
Well, I've just read you're postings again when 0.7.3 was released. A few questions:
Have you checked that the sequence numbers for VDR's CLEARs match the ones which xine outputs?
Does this problem only occur with xine's dxr3 output driver?
Bye.
On Tuesday 10 May 2005 22:28, Reinhard Nissl wrote:
Hi,
Rantanen Teemu wrote:
I'm pleased to announce maintenance release 0.7.4:
Just curious if there is something that has been done for the problem I had with 0.7.3 (network). I'm guessing the problem is still there as there's no such comment in the changelog... The problem was that rewinds get stuck after few seconds.
After a bit more playing, ffwd and rewind work on speed 3 (if multi-speed allowed in Setup, PLayback) or if multispeed is disabled. I'm sure multi-speed did work but could be wrong. I'm happy with it working like this, though.
Well, I've just read you're postings again when 0.7.3 was released. A few questions:
Have you checked that the sequence numbers for VDR's CLEARs match the ones which xine outputs?
I'll have to get back to you on that one: I'll need to ssh in to the box to watch the output and I can't do that easily at the moment without sorting out a few network cables!
Does this problem only occur with xine's dxr3 output driver?
My dxr3 is in a different PC, I'm afraid. I could stick xine on that to test, though.
I've noticed that the OSD updates the screen almost instantly with the default or ST:TNG skins but there is a delay of 1 s or more if I use a skin through the text2skin plugin (not sure whether this is a text2skin or xine issue).
I noticed that you've fixed it so the radio plugin works with the XvMC driver. Nice one: I think the radio plugin would make radio channels much nicer to 'watch'! I have yet to try that, though. Does the xine plugin currently support 'StillImage'?
I have yet another recording with a bizarre horizontal scaling on it: what looks like it should be 16:9 but it is compressed sideways! I'll see if I can work out anything from the aspect ratios ouput form the plugin...
Cheers,
Laz
Hi,
Laz wrote:
I noticed that you've fixed it so the radio plugin works with the XvMC driver. Nice one: I think the radio plugin would make radio channels much nicer to 'watch'! I have yet to try that, though. Does the xine plugin currently support 'StillImage'?
Yes. But there may still be some situations left, where it doesn't support it properly, e. g. for images larger than 3 * 64 kB.
Bye.