On 08.12.2008 11:13, Artem Makhutov wrote:
> On Mon, Dec 08, 2008 at 11:03:45AM +0100, Klaus Schmidinger wrote:
>> On 08.12.2008 10:49, Holger Rusch wrote:
>>> [EMAIL PROTECTED] schrieb:
>>>>> FF seems to have understandably gone the way of the dinosaur.
>>>> But the dinosaur is still the best choice to get the best picture
>>>> quality on a PAL CRT TV !
>>> But for anybody who wants to use a beamer these FF-cards are full pain
>>> with there stupid outputs. I (and many others) want DVI/HDMI/Display-Port.
>>> FF will die in a years or two (months?) i guess and vdr has no well
>>> integrated outputs.
>> Is there anything in the VDR plugin API that would prevent a plugin
>> from implementing a suitable output device?
>>> Struggling with xineouput or xineplugin or softdevice is a real pain.
>>> Same for direct AC3 output on SPDIF.
>>> Some other question:
>>> Is there any movement to files >2GB for the recordings?
>> I will most likely change this when going to TS recording format.
>> In doing so, I'd like to get rid of splitting recordings into separate
>> files altogether. However, I think there might be people who still
>> want this feature - any comments?
> I prefer having one single file, as I don't see any need to spit it up.
> What happends if VDR restarts, or when the computer gets restarted?
> Will it continue writing to the existing file, or will it create a new one?
Currently it creates a new one, but I guess this should be changed to
continue an existing file (if the file size limit hasn't been exceeded, yet).
If file splitting is removed, then it would of course continue the (one and
only) existing file.
vdr mailing list