> > no one has figured out how to decrypt it. Since I want the premium
> > content I need the cable companies settop box to decrypt it.
>
> So the digital television standard your cable company uses is
> really DVB-C, but content scrambling is not based on DVB-CA
> (Conditional Access)? Inter
Rob Davis wrote:
Pjotr Kourzanov wrote:
Oops, forgot the scripts;-)
Pjotr Kourzanov wrote:
Dear all,
Having been dissatisfied with performance and features of xmltv2vdr
(too slow, no credits/category information in epg.data) I have created
a new script (based on AWK), that can be found in t
On Sat, Jan 13, 2007 at 09:48:47PM +0100, Udo Richter wrote:
> >A more important suggestion: Could you please add a notification method
> >to status.h for notifying plugins whether VDR is currently in
> >interactive mode?
>
> You can poll this state on your own by calling
> Shutdown.IsUserInact
Marko Mäkelä kirjoitti:
On Mon, Jan 22, 2007 at 06:16:05PM +0200, Kartsa wrote:
Btw. is there an easy way to see this from the logs because my vdr box
is situated in a difficult place where I can easily get only by ssh?
#hdparm -d /dev/hda
To enable it, use
#hdparm -d 1 /dev/hda
Bob Self schrieb:
[2247];(null):12501:h:S119.0W:2:5154:5155=eng:0:0:8775:4100:20:0
Is this correct? Why isn't NASA in this list? And why are the (null)'s
there?
the list looks good.. the position from the null are the field for the
provider name. And the (null) means that this channel
On Mon, Jan 22, 2007 at 06:16:05PM +0200, Kartsa wrote:
> Btw. is there an easy way to see this from the logs because my vdr box
> is situated in a difficult place where I can easily get only by ssh?
#hdparm -d /dev/hda
To enable it, use
#hdparm -d 1 /dev/hda
For what it is worth, here are the
Distribution: Ubuntu Edgy
Linux lisa 2.6.17-10-386 #2 Tue Dec 5 22:26:18 UTC 2006 i686 GNU/Linux
firmware: dvb-ttpci-01.fw-2622
copied to /lib/firmware/`uname -r`/dvb-ttpci-01.fw
vdr 1.4.0-2
dvb-utils: 1.1.1-2
I'm trying to generate a channels.conf file for vdr. I
Carsten Koch kirjoitti:
Is your VDR reading from local disks or via NFS?
Are other things running on your machine that could make your disks busy?
Do you have DMA enabled on your disks?
Btw. is there an easy way to see this from the logs because my vdr box
is situated in a difficult place wh
Pjotr Kourzanov wrote:
Oops, forgot the scripts;-)
Pjotr Kourzanov wrote:
Dear all,
Having been dissatisfied with performance and features of xmltv2vdr
(too slow, no credits/category information in epg.data) I have created
a new script (based on AWK), that can be found in the attachment.
Rob Davis wrote:
Pjotr Kourzanov wrote:
Luca Olivetti wrote:
En/na Klaus Schmidinger ha escrit:
Udo Richter wrote:
Pjotr Kourzanov wrote:
I am experiencing VDR errors when loading EPG via SVDRP. If the EPG
data to
...
I have recently sent the attached patch to Thomas Koch
<[EMAIL PROTE
Pjotr Kourzanov wrote:
Luca Olivetti wrote:
En/na Klaus Schmidinger ha escrit:
Udo Richter wrote:
Pjotr Kourzanov wrote:
I am experiencing VDR errors when loading EPG via SVDRP. If the EPG
data to
...
I have recently sent the attached patch to Thomas Koch <[EMAIL PROTECTED]>.
It dramatic
>
> Kartsa wrote:
> > I've tested the new fw also and no sync problems has occurred.
> >
> > Although I was hoping that this would have corrected my
> stuttering problem
> > also. Every now and then replayed video stops for a second
> or so and begins
> > stuttering for some seconds and then co
Kartsa wrote:
> I've tested the new fw also and no sync problems has occurred.
>
> Although I was hoping that this would have corrected my stuttering problem
> also. Every now and then replayed video stops for a second or so and begins
> stuttering for some seconds and then continues normally. Wit
> -Original Message-
> Subject: Re: [vdr] FF card A/V sync - in progress?
>
> > :). After an upgrade of hw (new mb and amd 3000+ sempron)
> the stuttering
> > lasts only a few seconds.
>
> you have DMA enabled for your harddisk?
>
Thanks. I have to check this. Now that you mentioned
:). After an upgrade of hw (new mb and amd 3000+ sempron) the stuttering
lasts only a few seconds.
you have DMA enabled for your harddisk?
c.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I've tested the new fw also and no sync problems has occurred.
Although I was hoping that this would have corrected my stuttering problem
also. Every now and then replayed video stops for a second or so and begins
stuttering for some seconds and then continues normally. With earlier fw it
usually
Hi,
I added the new firmware last night and previously I even had problems with
sync on live tv (had to chan+ chan- to fix) on freeview in the UK as well as
the dreaded recording sync problem. Up till now I haven't seen it happen
again (even watching the same programme on the same channel as last
On Mon, 22 Jan 2007 09:54:40 +0100
Tony Grant <[EMAIL PROTECTED]> wrote:
> > Is VDR the correct tool?
>
> I am not sure that vdr is the best tool for recording/time
> shifting/whatever encrypted analog video. It is the best tool for
> digital (DVB-S, DVB-T...) by far.
Agreed.
> The best way to
hi,
now, I tested the new firmware
it looks good - fast-forward and jumps in the dvd-plugin is now working
almost perfect
receiving and replaying recordings is working correctly
I use a tt c2300 (nexus-ca)
thanks Werner and Oliver - good job guys :-)
marco
On Fri, 19 Jan 2007, Oliver Endriss
On Sun, 21 Jan 2007 21:19:27 -0500
"Russell Treleaven" <[EMAIL PROTECTED]> wrote:
> I would like to make a small PVR appliance. I have digital cable and it
> is my understanding that I could get a DVB card that captures an MPEG
> stream but most of the content is encrypted and to my knowledge no o
Le dimanche 21 janvier 2007 à 21:19 -0500, Russell Treleaven a écrit :
A mail with correct subject line! Congratulations! =:-D
> Is VDR the correct tool?
I am not sure that vdr is the best tool for recording/time
shifting/whatever encrypted analog video. It is the best tool for
digital (DVB-S, D
21 matches
Mail list logo
