Hy Klaus,
Is ther a problem with vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup patch fom Reinhard Nilsl ?
Could this patch be included in vdr-1.7.2 like S2API patch?
On 07.12.2008 09:34, lucian orasanu wrote:
Hy Klaus,
Is ther a problem with vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup patch fom Reinhard Nilsl ?
Could this patch be included in vdr-1.7.2 like S2API patch?
AFAICS these things are still based on PES packet handling, which will soon be dropped completely from remux.c. It may well be that parts of these patches will go into the new frame detecting code, but I'll only be able to tell that once I get there. The plan is that VDR will look into the data stream only as far as necessary to detect "standalone" frames (i.e. "I-frames") that can be used to do fast forward/rewind etc. Apart from that the TS data stream will be saved exactly as it comes in.
Klaus
On Sun, Dec 7, 2008 at 1:04 PM, Klaus Schmidinger < Klaus.Schmidinger@cadsoft.de> wrote:
On 07.12.2008 09:34, lucian orasanu wrote:
Hy Klaus,
Is ther a problem with
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup patch fom Reinhard Nilsl ?
Could this patch be included in vdr-1.7.2 like S2API patch?
AFAICS these things are still based on PES packet handling, which will soon be dropped completely from remux.c. It may well be that parts of these patches will go into the new frame detecting code, but I'll only be able to tell that once I get there. The plan is that VDR will look into the data stream only as far as necessary to detect "standalone" frames (i.e. "I-frames") that can be used to do fast forward/rewind etc. Apart from that the TS data stream will be saved exactly as it comes in.
Hi Klaus,
Are there any estimations on recorded file sizes in PES and TS formats? Is it going to take more space for the same recorded time?
Thanks.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 07/12/2008, Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
Apart from that the TS data stream will be saved exactly as it comes in.
So will it then also record encrypted streams just as it was, or will it save in unencrypted form?
Klaus
On 08.12.2008 10:08, Theunis Potgieter wrote:
On 07/12/2008, Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
Apart from that the TS data stream will be saved exactly as it comes in.
So will it then also record encrypted streams just as it was, or will it save in unencrypted form?
It will only handle decrypted streams.
Klaus
On 08/12/2008, Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
On 08.12.2008 10:08, Theunis Potgieter wrote:
On 07/12/2008, Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
Apart from that the TS data stream will be saved exactly as it comes in.
So will it then also record encrypted streams just as it was, or will it save in unencrypted form?
It will only handle decrypted streams.
What is the best FF hardware solution if you have in my case only one provider, which means one smartcard. But you want to watch an encrypted channel on one transponder and record another on a different transponder from the same provider. Do you require 2x FF cards with both their own CI -> CA -> smartcard with each having it's own subscription? Or is there a cheaper alternative that is legal? Or could someone point me in a direction where I can look? Nobody seems to explain this clearly. Nothing on the VDR wiki english FAQ page.
Thanks
Klaus
On 8 Dec 2008, at 19:22, Theunis Potgieter wrote:
What is the best FF hardware solution if you have in my case only one provider, which means one smartcard. But you want to watch an encrypted channel on one transponder and record another on a different transponder from the same provider. Do you require 2x FF cards with both their own CI -> CA -> smartcard with each having it's own subscription? Or is there a cheaper alternative that is legal? Or could someone point me in a direction where I can look? Nobody seems to explain this clearly. Nothing on the VDR wiki english FAQ page
You use something called opensasc-ng, and it's not dependent on VDR in any way, so it's irrelevant for this list. Google for that term to find out more.
I use it in order to get foxtel working digital/native with VDR here in Australia in a dual tuner setup, and in most country it's not strictly illegal, although it's most likely in breach of the contract you signed when you subscribed to the pay tv service that you receive.