On 11/11/07 15:45, Reinhard Nissl wrote: > Hi, > > Klaus Schmidinger schrieb: > >>>> 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 > > You're right. That's why it nolonger has the extension .pes ;-) > >>> 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. > > See attachment. This is what file says about my input file: > > noSignal.png: PNG image data, 720 x 576, 8-bit/color RGB, non-interlaced > >> 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? > > Don't think so. Looks like it is the file size. I have now changed the line mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o "$TMP2" to mpeg2enc -f 7 -T 40 -F 3 -np -a 2 -v 0 -o "$TMP2" so that the resulting file is about the same size as yours, and now my images also are smooth. However, this most likely means that the picture resolution is now reduced. Maybe sending a large I-frame continuously causes trouble in the FF DVB cards. Is there a way to generate a sequence of one (large) I-frame, followed by some number of P-frames, which indicate that there is no change in the image data? Like creating an MPEG sequence from a set of still images, where all stills are the same. Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
