[vdr] [OT] Quality and us of DLNA feature of television sets
Dear list, some new TV sets seem to have an Ethernet port and support DLNA streaming. For example Philips Cineos 32PFL9613D [1]. I found some information VDR and UPnP/DLNA [2][3][4]. So my question is, how does the quality compare to other possibilities to connect the TV to a VDR client or server using HDMI or VGA? I did not find any information regarding this on the Web. Thanks, Paul [1] http://www.trustedreviews.com/tvs/review/2009/03/02/Philips-Cineos-32PFL9613D-32in-LCD-TV/p1 [2] http://www.linuxtv.org/pipermail/vdr/2008-April/thread.html#16684 [3] http://www.vdr-wiki.de/wiki/index.php/UPnP [4] http://www.vdrportal.de/board/thread.php?threadid=88192 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] optimize device selection
Hi,
I have a update to this patch (attached file), try it and keep me
inform about your problem.
this patch is for vdr-1.7.8
Regards,
2009/8/8 Timothy D. Lenz :
> I don't yet know if this patch is the cause, but I have a setup I am working
> on which has a FusionHDTV7 dual express and after it
> has been running for a few days, vdr seems to loose contact with the second
> tunner. When selecting other channels using vdradmin and
> then going back to the channel it had been left on for awhile, I get the xine
> no signal screen. Switching to any other channel
> works. Using femon I switch tunners while on the channel that no longer works
> and it starts working. I can go to any channel and
> swith between the tunners and only get video on the first tunner. The problem
> may be triggered by recording but sure. The amount of
> time to pass for it to show changes.
>
> Using vdr-1.7.8
>
> First I thought it was the driver crashing. So I tried restarting vdr, but
> not the drivers and that got the second tunner back.
>
> - Original Message -
> From: "jlacvdr"
> To: "VDR Mailing List"
> Sent: Sunday, May 10, 2009 10:35 AM
> Subject: [vdr] [patch] optimize device selection
>
>
>> Hi,
>>
>> This patch is for vdr users's which have several cards.
>>
>> He changes the device selection, by adding two factors in the 'impact'
>> choice :
>> - prefering a already tuned device
>> - the last usage time of device
>>
>> So, all devices are used and zapping time is reduce.
>>
>> Works better when eitscanner is disable.
>>
>> Regards,
>>
>> JLac
>>
>
>
>
>
>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
diff -bBurN vdr-1.7.8-orig/device.c vdr-1.7.8/device.c
--- vdr-1.7.8-orig/device.c 2009-06-06 15:25:58.0 +0200
+++ vdr-1.7.8/device.c 2009-08-09 20:20:12.0 +0200
@@ -80,6 +80,7 @@
camSlot = NULL;
startScrambleDetection = 0;
+ startReceiving = 0;
player = NULL;
isPlayingVideo = false;
@@ -238,6 +239,43 @@
cDevice *d = NULL;
cCamSlot *s = NULL;
+ int deviceTuneOld[MAXDEVICES];
+ time_t deviceTuneAge[MAXDEVICES];
+ time_t now = time(NULL);
+ for (int i = 0; i < numDevices; i++)
+ {
+if( device[i]->IsTunedToTransponder(Channel) )
+{
+ now = 0;
+}
+ }
+
+ if( now != 0 )
+ {
+ for (int i = 0; i < numDevices; i++)
+ {
+ deviceTuneAge[i] = 1+(now-device[i]->startReceiving);
+ }
+ for (int i = 0; i < numDevices; i++)
+ {
+ int max = 0;
+ int idx = -1;
+ for (int j = 0; j < numDevices; j++)
+ {
+ if( deviceTuneAge[j] > max )
+ {
+max = deviceTuneAge[j];
+idx = j;
+ }
+ }
+ if( idx != -1 )
+ {
+ deviceTuneOld[idx] = i;
+ deviceTuneAge[idx] = 0;
+ }
+ }
+ }
+
uint32_t Impact = 0x; // we're looking for a device with the least impact
for (int j = 0; j < NumCamSlots || !NumUsableSlots; j++) {
if (NumUsableSlots && SlotPriority[j] > MAXPRIORITY)
@@ -260,6 +298,9 @@
// to their individual severity, where the one listed first will make the most
// difference, because it results in the most significant bit of the result.
uint32_t imp = 0;
+
+ imp <<= 1; imp |= device[i]->IsTunedToTransponder(Channel) ? 0 : 1; // prefer device already tune
+ imp <<= 3; imp |= deviceTuneOld[i] & 0x07; // sort devices by last time usage
imp <<= 1; imp |= LiveView ? !device[i]->IsPrimaryDevice() || ndr : 0; // prefer the primary device for live viewing if we don't need to detach existing receivers
imp <<= 1; imp |= !device[i]->Receiving() && (device[i] != cTransferControl::ReceiverDevice() || device[i]->IsPrimaryDevice()) || ndr; // use receiving devices if we don't need to detach existing receivers, but avoid primary device in local transfer mode
imp <<= 1; imp |= device[i]->Receiving(); // avoid devices that are receiving
@@ -286,6 +327,7 @@
break; // no CAM necessary, so just one loop over the devices
}
if (d) {
+ d->startReceiving = time(NULL);
if (NeedsDetachReceivers)
d->DetachAllReceivers();
if (s) {
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Can't use both my cards at once
I've found a big problem: VDR can't use both my DVB cards at once. They're both Hauppauge cards using the saa7146 module (I'm not sure if they both use the budget* modules though), but one is DVB-S and one is DVB-T. I expect it's because they're both based on the same chipset that's confusing VDR. Is there a fix available? I'm using 1.6.0-11 from Debian, patched for Freesat and rebuilt, but I'm willing to try 1.7.* if that's what it takes. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] No EIT for channel Yesterday
By Yesterday I don't mean the day before today, I mean a channel on Freeview, the UK's DVB-T network :). VDR doesn't seem to be able to get the EIT data for the Yesterday channel. The code I've written for boxstar can grab it OK, so I don't think there's anything special about the channel. Does VDR try to scan the EIT for programmes on other frequencies as well as the currently tuned one? Boxstar does. Perhaps VDR doesn't, and this channel doesn't carry its own EIT for some reason. Freesat has some weird quirks like that (as well as using non-standard PIDs) but I thought Freeview was a lot more conventional. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can't use both my cards at once
I've found a big problem: VDR can't use both my DVB cards at once. They're both Hauppauge cards using the saa7146 module (I'm not sure if they both use the budget* modules though), but one is DVB-S and one is DVB-T. I expect it's because they're both based on the same chipset that's confusing VDR. Is there a fix available? I'm using 1.6.0-11 from Debian, patched for Freesat and rebuilt, but I'm willing to try 1.7.* if that's what it takes. What does your channels.conf look like? Sounds odd - I'm using the saa7146 driver on 2 cards (although both Technotrend) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No EIT for channel Yesterday
On 09.08.2009 22:45, Tony Houghton wrote: > By Yesterday I don't mean the day before today, I mean a channel on > Freeview, the UK's DVB-T network :). > > VDR doesn't seem to be able to get the EIT data for the Yesterday > channel. The code I've written for boxstar can grab it OK, so I don't > think there's anything special about the channel. Does VDR try to scan > the EIT for programmes on other frequencies as well as the currently > tuned one? Yes, it does. You just need to tune to the transponder that carries the actial EPG data (or let VDR do an EPG scan). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No EIT for channel Yesterday
On Sun, 09 Aug 2009 23:01:07 +0200 Klaus Schmidinger wrote: > On 09.08.2009 22:45, Tony Houghton wrote: > > By Yesterday I don't mean the day before today, I mean a channel on > > Freeview, the UK's DVB-T network :). > > > > VDR doesn't seem to be able to get the EIT data for the Yesterday > > channel. The code I've written for boxstar can grab it OK, so I don't > > think there's anything special about the channel. Does VDR try to scan > > the EIT for programmes on other frequencies as well as the currently > > tuned one? In fact, it isn't just Yesterday, the entire Freeview network has no EPG in VDR. I can tune to the channels though. The DVB-S EPG is present though. > Yes, it does. You just need to tune to the transponder that carries > the actial EPG data (or let VDR do an EPG scan). If VDR does scan the EIT for other transport streams why would I need to tune to the one carrying the channel whose EPG I want? In theory the EPG for the entire network should be available on each and every transponder/frequency. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can't use both my cards at once
On Mon, 10 Aug 2009 08:50:47 +1200 "Simon Baxter" wrote: > > I've found a big problem: VDR can't use both my DVB cards at once. > > They're both Hauppauge cards using the saa7146 module (I'm not sure if > > they both use the budget* modules though), but one is DVB-S and one is > > DVB-T. I expect it's because they're both based on the same chipset > > that's confusing VDR. Is there a fix available? I'm using 1.6.0-11 from > > Debian, patched for Freesat and rebuilt, but I'm willing to try 1.7.* if > > that's what it takes. > > What does your channels.conf look like? > > Sounds odd - I'm using the saa7146 driver on 2 cards (although both > Technotrend) I'm not so sure I'm having this problem after all. I just tried watching a DVB-T channel while recording DVB-S and it worked OK. I definitely have had problems while trying to watch/record two channels at once, and that's been going on for some time before I became aware of the problem with the Freeview EPG. I might have accidentally been selecting two channels on the same card in vdradmin, although until this EPG problem made it stop listing the Freeview ones I thought it was reasonably easy to tell the difference because all the Freeview ones came first, followed by Freesat, starting with BBC 1 South (and the first 3 channels being named differently on DVB-S from DVB-T because of their regions is another helpful clue). -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
