On 11/11/07 15:30, Klaus Schmidinger wrote: > On 11/11/07 15:20, Reinhard Nissl wrote: >> Hi, >> >> Klaus Schmidinger schrieb: >> >>> When I display a picture generated with this script through a call >>> to DeviceStillPicture(), the display looks very nice for a short while, >>> and after that slanted lines get jagged. It appears as if the two >>> interlaced half-pictures are first sent in turn, and finally only >>> one of them is displayed continuously. >>> >>> Calling DeviceStillPicture() repeatedly in a loop results in the >>> display jumping between "nice" and "jagged". >>> >>> So I thought about sending the picture file to the device through >>> cPlayer::PlayPes() in a continuous loop. For that purpose I have >>> added a call to 'mplex' to the script, as can be seen in the attachment. >>> >>> When I display such a still file on a FF DVB card by calling cPlayer::PlayPes() >>> in a continuous loop, the image on the tv screen looks like it is >>> displaying both interlaced half-pictures in turn, but it is "jumpy" (as if >>> the time between displaying the two half pictures is too long). >>> >>> >>> Does anybody have an idea how this could be improved, so that >>> I get a smooth display, with slanted lines not jagged (just as if >>> a still picture was shown in a normal movie)? >> How does the attached PES file look like? In vdr-xine, I send it just >> once and it looks OK in xine. >> >> When it looks ok, I'll have to search for the commands which created it ;-) >> >> I think, I had specified an option to create progressive frames. > > After running your file through > > mplex -f 7 -o test.mpg noSignal.mpg > > and displaying test.mpg trough cPlayer::PlayPes() I get a pefectly > smooth display. > > Would be great if you could find the commands that created this one. One more thing: the 'file' command reports MPEG sequence, v2, MP@ML interlaced Y'CbCr 4:2:0 video, 4CIF PAL, 4:3, 25 fps on a file created with the posted script (before the mplex call), while for your noSignal.mpg it reports MPEG sequence, v2, MP@ML interlaced Y'CbCr 4:2:0 video, CCIR/ITU PAL 625, 4:3, 25 fps Maybe this indicates where the problem might be? Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr