Re: [vdr] Black screen on some channels with vdr 1.7.6
On 05/05/09 00:04, Ales Jurik wrote:
> On Monday 04 of May 2009, Klaus Schmidinger wrote:
>> On 04.05.2009 23:05, Marek Hajduk wrote:
>>> It's a pity, no answer.
>>> I would like to note, that with vdr 1.7.7 is result same-NO video but
>>> audio is OK. Receiving these channels with sat boxes like dreambox or
>>> triple dragon is without problem.
>> '1' is not a known video stream type in VDR.
>>
>> Try '2' or '27', as in
>>
>> AXN,AXN;UPC
>> Direct:10921:hC56M2O0S0:S19.2E:22000:651=2:660=hun,661=cze,662=eng:0:D02,18
>> 15:20352:1:1063:0
>>
>> or
>>
>> AXN,AXN;UPC
>> Direct:10921:hC56M2O0S0:S19.2E:22000:651=27:660=hun,661=cze,662=eng:0:D02,1
>> 815:20352:1:1063:0
>>
>> Klaus
>
> Many thanks, it seems to works (with type of 2), but it is necessary to
> set "Update channels" to "no".
Please try this:
--- remux.c 2009/05/03 14:43:25 2.20
+++ remux.c 2009/05/05 07:27:21
@@ -795,6 +795,7 @@
scanner <<= 8;
scanner |= Data[i];
switch (type) {
+case 0x01: // MPEG 1 video
case 0x02: // MPEG 2 video
if (scanner == 0x0100) { // Picture Start Code
if (synced && Processed)
With this you should be able to turn "Update channels" on again.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Hi, On Mon, May 04, 2009 at 06:56:22PM +0300, Seppo Ingalsuo wrote: > Off-topic question: > > Are there any (free) EDID binary data editors available that are able to > edit the CEA block > http://en.wikipedia.org/wiki/EDID#Extension_Block_Details ? > > I'd like to disable 1080i modes from my EDID via CustomEDID option to > avoid Nvidia drivers to use them as back-end resolution for scaling all > modes on my HD-Ready LCD TV. 720p modes give best visual result but > latest Nvidia driver's artificial intelligence decides that 1080i is > best for me :^( > > I'm too lazy to decode, encode and compute checksum for the block by > hand :^) I am not sure about this. Have you tried to force a differnet resolution with a modline? Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
On Tuesday 05 of May 2009, Klaus Schmidinger wrote:
> On 05/05/09 00:04, Ales Jurik wrote:
...
> >
> > Many thanks, it seems to works (with type of 2), but it is necessary to
> > set "Update channels" to "no".
>
> Please try this:
>
> --- remux.c 2009/05/03 14:43:25 2.20
> +++ remux.c 2009/05/05 07:27:21
> @@ -795,6 +795,7 @@
>scanner <<= 8;
>scanner |= Data[i];
>switch (type) {
> +case 0x01: // MPEG 1 video
> case 0x02: // MPEG 2 video
> if (scanner == 0x0100) { // Picture Start
> Code if (synced && Processed)
>
> With this you should be able to turn "Update channels" on again.
>
> Klaus
Thanks for pointing me to the problem. But for working it it was necessary to
add these two changes more:
--- remux.c 2009-05-05 09:44:01.0 +0200
+++ remux.c 2009-05-05 09:50:56.854167360 +0200
@@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar
for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) {
dbgpatpmt(" stream type = %02X, pid = %d",
stream.getStreamType(), stream.getPid());
switch (stream.getStreamType()) {
+ case 0x01: // MPEG1
case 0x02: // STREAMTYPE_13818_VIDEO
case 0x1B: // MPEG4
vpid = stream.getPid();
@@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid,
newFrame = independentFrame = false;
numPtsValues = 0;
numIFrames = 0;
- isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4
+ isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4
frameDuration = 0;
framesInPayloadUnit = framesPerPayloadUnit = 0;
payloadUnitOfFrame = 0;
Now it seems to works as on older vdr versions (with PES), but video
discontinuities are still present on Spektrum (as on many other channels from
other providers). On STB's these discontinuities are not present in video.
Thanks and BR,
Ales
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Seppo Ingalsuo wrote: > Off-topic question: > > Are there any (free) EDID binary data editors available that are able to > edit the CEA block > http://en.wikipedia.org/wiki/EDID#Extension_Block_Details ? > > I'd like to disable 1080i modes from my EDID via CustomEDID option to > avoid Nvidia drivers to use them as back-end resolution for scaling all > modes on my HD-Ready LCD TV. 720p modes give best visual result but > latest Nvidia driver's artificial intelligence decides that 1080i is > best for me :^( Some info about EDID www.quantumdata.com/pdf/EDID.pps Phoenix EDID Designer 1.3 http://www.tucows.com/preview/329441#MoreInfo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
I have tu confirm, that I used both patches and it now works-I get
picture. But picture has errors.
BR
Marky
Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200:
> On Tuesday 05 of May 2009, Klaus Schmidinger wrote:
> > On 05/05/09 00:04, Ales Jurik wrote:
> ...
> > >
> > > Many thanks, it seems to works (with type of 2), but it is necessary to
> > > set "Update channels" to "no".
> >
> > Please try this:
> >
> > --- remux.c 2009/05/03 14:43:25 2.20
> > +++ remux.c 2009/05/05 07:27:21
> > @@ -795,6 +795,7 @@
> >scanner <<= 8;
> >scanner |= Data[i];
> >switch (type) {
> > +case 0x01: // MPEG 1 video
> > case 0x02: // MPEG 2 video
> > if (scanner == 0x0100) { // Picture Start
> > Code if (synced && Processed)
> >
> > With this you should be able to turn "Update channels" on again.
> >
> > Klaus
>
> Thanks for pointing me to the problem. But for working it it was necessary to
> add these two changes more:
>
> --- remux.c 2009-05-05 09:44:01.0 +0200
> +++ remux.c 2009-05-05 09:50:56.854167360 +0200
> @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar
> for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) {
> dbgpatpmt(" stream type = %02X, pid = %d",
> stream.getStreamType(), stream.getPid());
> switch (stream.getStreamType()) {
> + case 0x01: // MPEG1
> case 0x02: // STREAMTYPE_13818_VIDEO
> case 0x1B: // MPEG4
>vpid = stream.getPid();
> @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid,
>newFrame = independentFrame = false;
>numPtsValues = 0;
>numIFrames = 0;
> - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4
> + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4
>frameDuration = 0;
>framesInPayloadUnit = framesPerPayloadUnit = 0;
>payloadUnitOfFrame = 0;
>
> Now it seems to works as on older vdr versions (with PES), but video
> discontinuities are still present on Spektrum (as on many other channels from
> other providers). On STB's these discontinuities are not present in video.
>
> Thanks and BR,
>
> Ales
>
> ___
> 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
[vdr] DVB-T: Compro VideoMate DVB-T200
http://www.comprousa.com/en/product/vmt200.html Did anyone get that card mentioned above successfully working with vdr? Theunis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
Hi! Got a problem with the OLDEPG data using two VDR's. While each reads the EPG from it's channels it uses some 32 bit integer as eventid, but this eventid is not unique when using more than one VDR, so in my OLDEPG table are double epgeventid's stored. This results in double displayed recordings, one with the right data and one with the wrong data. Is there a quickfix for that? Regards Marco Andreas Brachold schrieb: > Hello, > > The xxv project team announce this feature release of xxv. > xxv-1.3 is a release candidate of our next major release for XXV the > "Xtreme eXtension for VDR",its containing a large number of bug fixes > and enhancements and more. > > Major changes are : > -- > * Support multiple video disk recorder > * New module to manage keywords within recordings > * New import module for XML-TV sources and template for scheme > based programs. > * and many more > > Read the full announcement : http://xxv.berlios.de/content/view/43/1/ > > Please note : > -- > Maybe your must check your installed perl modules, because some new > external perl modules are needed. After the installation of an update, > you should call first always the script contrib/update-xxv. > > See also our section with installation hints and tips : > http://xxv.berlios.de/content/blogcategory/17/33/ > > > Enjoy, > Andreas > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > -- Needful GbR Rheinstraße 60a Telefon +49 (0) 26 24 / 95 29 301 56203 Hoehr-Grenzhausen Telefax +49 (0) 26 24 / 95 29 303 http://www.needful.deE-Mail m...@needful.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
I made recording with vdr 1.7.7 and prewious patches.
I get picture with several errors. Here:
http://rapidshare.com/files/229350889/2009-05-05.10.45.1220-0.rec.tar.gz.html
BR
Marky
Marek Hajduk píše v Út 05. 05. 2009 v 10:41 +0200:
> I have tu confirm, that I used both patches and it now works-I get
> picture. But picture has errors.
>
> BR
>
> Marky
>
>
> Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200:
> > On Tuesday 05 of May 2009, Klaus Schmidinger wrote:
> > > On 05/05/09 00:04, Ales Jurik wrote:
> > ...
> > > >
> > > > Many thanks, it seems to works (with type of 2), but it is necessary to
> > > > set "Update channels" to "no".
> > >
> > > Please try this:
> > >
> > > --- remux.c 2009/05/03 14:43:25 2.20
> > > +++ remux.c 2009/05/05 07:27:21
> > > @@ -795,6 +795,7 @@
> > >scanner <<= 8;
> > >scanner |= Data[i];
> > >switch (type) {
> > > +case 0x01: // MPEG 1 video
> > > case 0x02: // MPEG 2 video
> > > if (scanner == 0x0100) { // Picture Start
> > > Code if (synced && Processed)
> > >
> > > With this you should be able to turn "Update channels" on again.
> > >
> > > Klaus
> >
> > Thanks for pointing me to the problem. But for working it it was necessary
> > to
> > add these two changes more:
> >
> > --- remux.c 2009-05-05 09:44:01.0 +0200
> > +++ remux.c 2009-05-05 09:50:56.854167360 +0200
> > @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar
> > for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) {
> > dbgpatpmt(" stream type = %02X, pid = %d",
> > stream.getStreamType(), stream.getPid());
> > switch (stream.getStreamType()) {
> > + case 0x01: // MPEG1
> > case 0x02: // STREAMTYPE_13818_VIDEO
> > case 0x1B: // MPEG4
> >vpid = stream.getPid();
> > @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid,
> >newFrame = independentFrame = false;
> >numPtsValues = 0;
> >numIFrames = 0;
> > - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4
> > + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4
> >frameDuration = 0;
> >framesInPayloadUnit = framesPerPayloadUnit = 0;
> >payloadUnitOfFrame = 0;
> >
> > Now it seems to works as on older vdr versions (with PES), but video
> > discontinuities are still present on Spektrum (as on many other channels
> > from
> > other providers). On STB's these discontinuities are not present in video.
> >
> > Thanks and BR,
> >
> > Ales
> >
> > ___
> > 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
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Can I disable pause live tv altogher?
Well, keeping the remote control away from my kids is not easy unless I han g it from the ceiling. Is there some way I can disable live tv pausing all together? It is causing a lot of trouble and I don´t reallly need that feature... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
marti...@embl.de wrote: > Well, keeping the remote control away from my kids is not easy unless I han > g it > from the ceiling. > > Is there some way I can disable live tv pausing all together? > > It is causing a lot of trouble and I don´t reallly need that feature... Remove the keycode ... or train your kids ;) -- Best regards Peer Oliver Schmidt PGP Key ID: 0x83E1C2EA ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
Hi! One example on that issue: INSERT INTO `OLDEPG` (`eventid`, `vid`, `title`, `subtitle`, `description`, `channel_id`, `starttime`, `duration`, `tableid`, `image`, `version`, `video`, `audio`, `addtime`, `vpstime`) VALUES (1063954828, 2, 'Kiedy wyjdziesz za maz?', 'Kiedy wyjdziesz za m?a?z?', '', 'S13.0E-318-11000-4404', '2009-05-03 02:00:00', 7198, 4, '', 25, '1 01 pol 4:3', '2 03 deu stereo', '2009-05-05 11:37:30', NULL), (1063954828, 1, 'EPL 35-6 2 Tottenham Hotspur - West Bromwich Albion', NULL, 'åèÓå ÌÏêÏ èåÈÇÔÑ åæ åäÇÙÈ ÇäÏèÑê ÇäååÊÇÒ. áâ× èÍÕÑêÇë Ùäé ÔèÊÇêå All this season''s Premier League football live and exclusive. Only on Showtime.', 'S7.0W-2048-3-310', '2009-05-03 02:00:00', 7198, NULL, NULL, 0, '', '03 eng \n03 ara ', '2009-05-05 11:37:30', '1970-01-01 01:00:00'); Regards Marco Marco Göbenich schrieb: > Hi! > > Got a problem with the OLDEPG data using two VDR's. > While each reads the EPG from it's channels it uses some 32 bit > integer as eventid, but this eventid is not unique when using more than > one VDR, so in my OLDEPG table are double epgeventid's stored. > This results in double displayed recordings, one with the right data and > one with the wrong data. > > Is there a quickfix for that? > > Regards > > Marco > > > Andreas Brachold schrieb: > >> Hello, >> >> The xxv project team announce this feature release of xxv. >> xxv-1.3 is a release candidate of our next major release for XXV the >> "Xtreme eXtension for VDR",its containing a large number of bug fixes >> and enhancements and more. >> >> Major changes are : >> -- >> * Support multiple video disk recorder >> * New module to manage keywords within recordings >> * New import module for XML-TV sources and template for scheme >> based programs. >> * and many more >> >> Read the full announcement : http://xxv.berlios.de/content/view/43/1/ >> >> Please note : >> -- >> Maybe your must check your installed perl modules, because some new >> external perl modules are needed. After the installation of an update, >> you should call first always the script contrib/update-xxv. >> >> See also our section with installation hints and tips : >> http://xxv.berlios.de/content/blogcategory/17/33/ >> >> >> Enjoy, >> Andreas >> >> >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >> >> >> > > -- Needful GbR Rheinstraße 60a Telefon +49 (0) 26 24 / 95 29 301 56203 Hoehr-Grenzhausen Telefax +49 (0) 26 24 / 95 29 303 http://www.needful.deE-Mail m...@needful.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
hi, Remove the pause key from your remote.conf Regards Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
> -Ursprungligt meddelande- > Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Halim > Sahin > Skickat: den 5 maj 2009 11:57 > Till: vdr@linuxtv.org > Ämne: Re: [vdr] Can I disable pause live tv altogher? > > hi, > Remove the pause key from your remote.conf > Regards > Halim > > > ___ That is not what he's looking for since he probably wants the pause key to work during playback But do people still watch live tv? I hardly ever do anyway. /Magnus H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För
> marti...@embl.de
> Skickat: den 5 maj 2009 11:19
> Till: vdr@linuxtv.org
> Ämne: [vdr] Can I disable pause live tv altogher?
>
> Well, keeping the remote control away from my kids is not easy unless I
> han
> g it
> from the ceiling.
>
> Is there some way I can disable live tv pausing all together?
>
> It is causing a lot of trouble and I don´t reallly need that feature...
>
I think removing these lines in vdr.c would do the trick:
// Pausing live video:
case kPause:
if (!cControl::Control()) {
DELETE_MENU;
if (!cRecordControls::PauseLiveVideo())
Skins.Message(mtError, tr("No free DVB device to
record!"));
key = kNone; // nobody else needs to see this key
}
break;
/Magnus H
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
hi, During playback you can pause it with down key. timeshift can be select in meinmenu. so He can simply disable the pause key. Regards Halim -- Halim Sahin E-Mail: halim.sahin (at) t-online.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
Magnus Hörlin wrote:
>> -Ursprungligt meddelande-
>> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För
>> marti...@embl.de
>> Skickat: den 5 maj 2009 11:19
>> Till: vdr@linuxtv.org
>> Ämne: [vdr] Can I disable pause live tv altogher?
>>
>> Well, keeping the remote control away from my kids is not easy unless I
>> han
>> g it
>> from the ceiling.
>>
>> Is there some way I can disable live tv pausing all together?
>>
>> It is causing a lot of trouble and I don´t reallly need that feature...
>>
>
> I think removing these lines in vdr.c would do the trick:
>
> // Pausing live video:
> case kPause:
>if (!cControl::Control()) {
> DELETE_MENU;
> if (!cRecordControls::PauseLiveVideo())
> Skins.Message(mtError, tr("No free DVB device to
> record!"));
> key = kNone; // nobody else needs to see this key
> }
>break;
>
> /Magnus H
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
Remove the Kids?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
hi,
What's the difference?
your approach needs patching vdr.
Remooving the pause key from remote.conf does the same.
HTH.
Halim
On Di, Mai 05, 2009 at 12:13:33 +0200, Magnus Hörlin wrote:
> > -Ursprungligt meddelande-
> > Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För
> > marti...@embl.de
> > Skickat: den 5 maj 2009 11:19
> > Till: vdr@linuxtv.org
> > Ämne: [vdr] Can I disable pause live tv altogher?
> >
> > Well, keeping the remote control away from my kids is not easy unless I
> > han
> > g it
> > from the ceiling.
> >
> > Is there some way I can disable live tv pausing all together?
> >
> > It is causing a lot of trouble and I don´t reallly need that feature...
> >
>
> I think removing these lines in vdr.c would do the trick:
>
> // Pausing live video:
> case kPause:
>if (!cControl::Control()) {
> DELETE_MENU;
> if (!cRecordControls::PauseLiveVideo())
> Skins.Message(mtError, tr("No free DVB device to
> record!"));
> key = kNone; // nobody else needs to see this key
> }
>break;
>
> /Magnus H
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--
Halim Sahin
E-Mail:
halim.sahin (at) t-online.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
Hi,
You can also add one more case :
case 0x19: // advanced codec HD digital television service
Rgds,
Alex
Marek Hajduk wrote:
> I made recording with vdr 1.7.7 and prewious patches.
> I get picture with several errors. Here:
> http://rapidshare.com/files/229350889/2009-05-05.10.45.1220-0.rec.tar.gz.html
>
> BR
>
> Marky
> Marek Hajduk píše v Út 05. 05. 2009 v 10:41 +0200:
>
>> I have tu confirm, that I used both patches and it now works-I get
>> picture. But picture has errors.
>>
>> BR
>>
>> Marky
>>
>>
>> Ales Jurik píše v Út 05. 05. 2009 v 09:59 +0200:
>>
>>> On Tuesday 05 of May 2009, Klaus Schmidinger wrote:
>>>
On 05/05/09 00:04, Ales Jurik wrote:
>>> ...
>>>
> Many thanks, it seems to works (with type of 2), but it is necessary to
> set "Update channels" to "no".
>
Please try this:
--- remux.c 2009/05/03 14:43:25 2.20
+++ remux.c 2009/05/05 07:27:21
@@ -795,6 +795,7 @@
scanner <<= 8;
scanner |= Data[i];
switch (type) {
+case 0x01: // MPEG 1 video
case 0x02: // MPEG 2 video
if (scanner == 0x0100) { // Picture Start
Code if (synced && Processed)
With this you should be able to turn "Update channels" on again.
Klaus
>>> Thanks for pointing me to the problem. But for working it it was necessary
>>> to
>>> add these two changes more:
>>>
>>> --- remux.c 2009-05-05 09:44:01.0 +0200
>>> +++ remux.c 2009-05-05 09:50:56.854167360 +0200
>>> @@ -481,6 +481,7 @@ void cPatPmtParser::ParsePmt(const uchar
>>> for (SI::Loop::Iterator it; Pmt.streamLoop.getNext(stream, it); ) {
>>> dbgpatpmt(" stream type = %02X, pid = %d",
>>> stream.getStreamType(), stream.getPid());
>>> switch (stream.getStreamType()) {
>>> + case 0x01: // MPEG1
>>> case 0x02: // STREAMTYPE_13818_VIDEO
>>> case 0x1B: // MPEG4
>>>vpid = stream.getPid();
>>> @@ -702,7 +703,7 @@ cFrameDetector::cFrameDetector(int Pid,
>>>newFrame = independentFrame = false;
>>>numPtsValues = 0;
>>>numIFrames = 0;
>>> - isVideo = type == 0x02 || type == 0x1B; // MPEG 2 or MPEG 4
>>> + isVideo = type == 0x01 || type == 0x02 || type == 0x1B; // MPEG 1,2 or 4
>>>frameDuration = 0;
>>>framesInPayloadUnit = framesPerPayloadUnit = 0;
>>>payloadUnitOfFrame = 0;
>>>
>>> Now it seems to works as on older vdr versions (with PES), but video
>>> discontinuities are still present on Spektrum (as on many other channels
>>> from
>>> other providers). On STB's these discontinuities are not present in video.
>>>
>>> Thanks and BR,
>>>
>>> Ales
>>>
>>> ___
>>> 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
>>
>
>
> ___
> 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
Re: [vdr] VDR-1.7.7 & Video aspect ratios
I agree that OSD should be set to the output of the device's resolution. Not the video content it self. Would really love to see that change happen. On 04/05/2009, Nicolas Huillard wrote: > Matthias Becker a écrit : > > > and what about anamorphic material? > > A 16:9 SD broadcast in fact still is 4:3 but is streached by the TV to > > 16:9 to look ok (no egg-heads). > > Wouldn't it be correct also to draw the OSD anamorphic so that is not > > screached by the TV? > > > > Did you get the point? It's somehow difficult to describe this topic for > me. > > > With today's pixel-displays, we'd like to avoid all scaling, stretching, > etc. done by the panel itself. ie. like Rolf said, always output from > the computer at panel resolution, with 1:1 pixel mapping. > Video would be scaled, but not the OSD. > > > > Regards, > > Matthias > > > > 2009/5/4 Rolf Ahrenberg : > >> On Mon, 4 May 2009, Falk Spitzberg wrote: > >> > >>> The OSD should adopt to the size of the video material. If that is > >>> scaled to some non TV screen size, the OSD is scaled by the same > factor. > >> I still disagree. If you scale down your OSD to video resolution (i.e. > >> 544x576) and afterwards scale up the both video and OSD to output > >> resolution (i.e. 1280x720), the OSD really looks crap due to scaling > >> artefacts. > > > -- > > NH > > > ___ > 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
Re: [vdr] Can I disable pause live tv altogher?
> -Ursprungligt meddelande- > Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Halim > Sahin > Skickat: den 5 maj 2009 13:52 > Till: vdr@linuxtv.org > Ämne: Re: [vdr] Can I disable pause live tv altogher? > > hi, > > What's the difference? > your approach needs patching vdr. > Remooving the pause key from remote.conf does the same. > HTH. > Halim > Hi Halim, to me it is a big difference. If I'm watching a recording (which I do 99% of my TV-time) and there's a "Pause" key on my remote, I want it to work as expected. To me, this is one of the key points of open source software. If it doesn't work the way you want, modify it. /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
removing the pause key from remote.conf is not a proper solution as when watching a recording I like to pause it sometimes. In truth is not only my kids that press the pause key but my wife or myself when using mplayer to watch an .avi file. Yes I could map the vdr pause key somewhere else as a workaround but I ask, doesn´t anybody know how to patch the code to simply either: a) Disable the pause live tv feature all together (not the pause recording playback) --- or --- b)Enable a confirmation dialog before the pause live tv kicks in If I knew how to code option b I would go for that but I would settle for o ption a ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
On Tue, May 5, 2009 at 2:18 AM, wrote: > Well, keeping the remote control away from my kids is not easy unless I han > g it > from the ceiling. > > Is there some way I can disable live tv pausing all together? > > It is causing a lot of trouble and I don´t reallly need that feature... If you're kids are old enough to talk then they're old enough to understand "don't play with the remote". If not, they're too little to reach up very high. Whichever the case, it sounds like your problem can be easily solved without modifying remote.conf, VDR core, or anything else. I couldn't imagine fighting with a kid over something like that. No way! ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] no live tv pause patch
Thanks a lot Magnus,
That does the job
Here is the patch file in case somebody else finds it usefull:
*** vdr.c.ori 2009-05-05 16:16:03.0 +0200
--- vdr.c 2009-05-05 16:17:15.0 +0200
***
*** 1310,1323
key = kNone;
break;
// Pausing live video:
! case kPause:
!if (!cControl::Control()) {
! DELETE_MENU;
! if (!cRecordControls::PauseLiveVideo())
! Skins.Message(mtError, tr("No free DVB device to
record!"));
! key = kNone; // nobody else needs to see this key
! }
!break;
// Instant recording:
case kRecord:
if (!cControl::Control()) {
--- 1310,1324
key = kNone;
break;
// Pausing live video:
! // Disabled by Arturo as I want no live video pause
! // case kPause:
! // if (!cControl::Control()) {
! // DELETE_MENU;
! // if (!cRecordControls::PauseLiveVideo())
! // Skins.Message(mtError, tr("No free DVB device to
record!"));
! // key = kNone; // nobody else needs to see this key
! // }
! // break;
// Instant recording:
case kRecord:
if (!cControl::Control()) {
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.7 possible playback bug?
Playing back a recording (recorded with vdr 1.7.6 in case it matters) with vdr 1.7.7 at random intervals I experience the following: The screen freezes, the remote control doesn´t respond to any commands an d I need to kill xine and restart the vdr daemon to get things back on track. Playing the same .ts file on mplayer shows no problems The recording was from this channel: Antena 3;Digital+:10877:VM2O0S0:S19.2E:22000:160=2:80=esl:32:100,1810:30610:1: 1060:0 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
Am Dienstag, den 05.05.2009, 11:43 +0200 schrieb Marco Göbenich:
> > Got a problem with the OLDEPG data using two VDR's.
> > While each reads the EPG from it's channels it uses some 32 bit
> > integer as eventid, but this eventid is not unique when using more than
> > one VDR, so in my OLDEPG table are double epgeventid's stored.
> > This results in double displayed recordings, one with the right data and
> > one with the wrong data.
The xxv-eventid are merged by channel-id and vdr-eventid, and should be
unique if data(NID-TID-SID) from channel unique ...
What is the biggest eventid from EPG, i think it's could overlapping
with older recordings id.
mysql> SELECT SQL_CACHE max(eventid) from EPG;
Maybe help the attached patch, it's separating eventid between EPG and
recordings more precisely.
Table OLDEPG should deleted,
#> /etc/init.d/xxvd stop
#> mysql -u root xxv -e "delete from OLDEPG;"
#> /etc/init.d/xxvd start
Andreas
Index: EPG.pm
===
--- EPG.pm (Revision 1413)
+++ EPG.pm (Arbeitskopie)
@@ -536,6 +536,7 @@
# Make a fix format 0x : C-Channelid (high-word), E-Eventid(low-word) => real-eventid = uniqueid &
my $eventid = (($vid & 0xFF) << 24) | ((($id[-3] + $id[-2] + $id[-1]) & 0x3FFF) << 16) | ($epgid & 0x);
+ $eventid &= 0x6FFF; # Keep 0x7000 free for recording events
return $eventid;
}
Index: RECORDS.pm
===
--- RECORDS.pm (Revision 1413)
+++ RECORDS.pm (Arbeitskopie)
@@ -1680,7 +1680,7 @@
};
$attr->{eventid} = $self->{dbh}->selectrow_arrayref('SELECT SQL_CACHE max(eventid)+1 from OLDEPG')->[0];
-$attr->{eventid} = 10 if(not defined $attr->{eventid} or $attr->{eventid} < 10 );
+$attr->{eventid} = 0x7000 if(not defined $attr->{eventid} or $attr->{eventid} < 0x6FFF );
lg sprintf('Create event "%s" into OLDEPG', $subtitle ? $title .'~'. $subtitle : $title);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Artem Makhutov wrote: > I am not sure about this. Have you tried to force a differnet resolution with > a modline? > I'm doing that at the moment but I lost the feature of making slightly underscanned desktop to compensate the overscan of this old HD Ready TV. I'm able to get a smaller resolution but it's shifted towards upper left corner and I'm not sure if vertical and horizontal shift is possible without loosing sync. Xvidtune refused to alter the mode parameters. With an old nvidia driver that scaled to closest back-end resolution (visible in nvidia-settings utility) in EDID I could this way make a centered non-scaled underscanned desktop that fitted about exactly the 1366x768 display. But now this scaling happens compared to EDID resolution that is reported as native (1080i60 I think) and the trick doesn't work. The result is a stamp sized flickering picture :^( Nvidia didn't respond at their forum. BR, Seppo > Regards, Artem > > ___ > 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
Re: [vdr] Best practices for running vdr-xine
Lauri Tischler wrote: > Some info about EDID > www.quantumdata.com/pdf/EDID.pps The information looks useful, thanks! > Phoenix EDID Designer 1.3 > http://www.tucows.com/preview/329441#MoreInfo > After figuring out the right hex format I tried it but I think it operates only with the standard DVI EDID not the CEA extension. Based on my partial hand decoding I think the stuff I need to edit is in the CEA extension. Or by intentionally loosing some features such as HDMI audio that I may use in the future I could of course make a 720p50 basic EDID block from scratch with this tool. BR, Seppo > ___ > 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
[vdr] [ANNOUNCE] vdr-webvideo 0.1.4
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/ The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of xineliboutput plugin the videos can be played directly without downloading them first. Changes: 2009-05-05: Version 0.1.4 - Updated Italian translation (thanks to Diego Pierotto) - Config file for webvi for defining player programs and the address of the daemon - Streaming now reverts back to lower quality video if high quality version is not available (like downloading already did before) Video site modules: - Support for a new video site: Metacafe - Youtube: adapted parsing to comply with recent changes on Youtube. Download HD quality video when available. - YLE Areena: download high quality videos by default - Google Video: support for videos hosted on Metacafe. Made parsing a bit more robust. -- Antti Ajanki ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 little bugs report
I am 44 years old and it happens to me too :) A "press pause again for stopping live-view" is a good idea. It happens often after watching a recording. If I accidential stopped the replay, and press pause then. Or the recording was at its end and i press pause. Navigating the menus an hitting yellow on the wrong place. Then always: "stop replay" "stop recoding" find the recorded garbage and delete it. And putting away the remote is not the best solution for me :) VDR User schrieb: > On Mon, May 4, 2009 at 1:00 AM, Gerald Dachs wrote: > >> Quoting marti...@embl.de: >> >> >>> Also one little thing that is driving me crazy. >>> My 3 years old daughter presses accidentally the Pause button and starts al >>> l >>> sort of instant recordings silenty, my wife then complains vdr is broken >>> because she can´t change channels. >>> >>> What I am asking for is for some possibility to make the instant recording >>> ask >>> for confirmation before starting the instant recording. >>> >> My 1.5 years old son and my 3 years old daughter would do the same, >> but I have found an easy workaround. I put the remote control out of >> their reach. >> > > Yes, I agree that is the best solution. As would any sane person. ;) > > ___ > 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
Re: [vdr] VDR-1.7.7 & Video aspect ratios
2009/5/4 Nicolas Huillard : > Matthias Becker a écrit : >> Did you get the point? It's somehow difficult to describe this topic for me. > > With today's pixel-displays, we'd like to avoid all scaling, stretching, > etc. done by the panel itself. ie. like Rolf said, always output from > the computer at panel resolution, with 1:1 pixel mapping. > Video would be scaled, but not the OSD. Who is "we", at least my (and most other TV I have seen) rescale 16:9 (anamorphic) material to display it with the right aspect. This results in a wrong display of the OSD. This should be fixed. An ordinary user will not understand, why the OSD looks sometimes normal and sometimes "broad" (stretched). Best Regards, Joachim. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-webvideo 0.1.4
Antti Ajanki wrote: > New version of the Webvideo plugin is available at > http://users.tkk.fi/~aajanki/vdr/webvideo/ > Hi Antti, since it sounded such a nice plugin I decided to give it a try, but am still trying, because the installation it not what someone might call simple :) First of all, it installs the binaries under /usr/local/bin, but then it uses a hardcoded path of /usr/bin in several places. Secondly, it's incompatible with python 2.6, which I believe is the default version with recent distributions. Thirdly, it brings down the whole VDR if it cannot connect to the daemon. But, as I said, it sounded like a nice plugin so I am still working to get it running. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ERROR (dvbdevice.c,762): Bad file descriptor
Hello,
I upgraded VDR from 1.6.0 to 1.7.7 (including DVB drivers). The VDR
is running and working correctly as I can say this after 30 minutes of testing.
But I get this strange error message each second after startup of VDR:
ERROR (dvbdevice.c,762): Bad file descriptor
syslog output:
May 5 20:02:08 lacus vdr: [21229] VDR version 1.7.7 started
May 5 20:02:08 lacus vdr: [21229] codeset is 'UTF-8' - known
May 5 20:02:08 lacus vdr: [21229] found 0 locales in ./locale
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'deu,ger'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'slv,slo'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'ita'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'dut,nla,nld'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'por'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'fra,fre'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'nor'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'fin,suo'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'pol'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'esl,spa'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'ell,gre'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'sve,swe'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'rom,rum'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'hun'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'cat,cln'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'rus'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'hrv'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'est'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'dan'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'cze,ces'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'tur'
May 5 20:02:08 lacus vdr: [21229] no locale for language code 'ukr'
May 5 20:02:08 lacus vdr: [21229] loading /video/setup.conf
May 5 20:02:08 lacus vdr: [21229] loading /video/sources.conf
May 5 20:02:08 lacus vdr: [21229] loading /video/diseqc.conf
May 5 20:02:08 lacus vdr: [21229] loading /video/channels.conf
May 5 20:02:08 lacus vdr: [21229] loading /video/svdrphosts.conf
May 5 20:02:08 lacus vdr: [21229] loading /video/keymacros.conf
May 5 20:02:08 lacus vdr: [21230] video directory scanner thread started
(pid=21229, tid=21230)
May 5 20:02:08 lacus vdr: [21231] video directory scanner thread started
(pid=21229, tid=21231)
May 5 20:02:08 lacus vdr: [21231] video directory scanner thread ended
(pid=21229, tid=21231)
May 5 20:02:08 lacus vdr: [21229] reading EPG data from /video/epg.data
May 5 20:02:08 lacus vdr: [21230] video directory scanner thread ended
(pid=21229, tid=21230)
May 5 20:02:08 lacus vdr: [21229] probing /dev/dvb/adapter0/frontend0
May 5 20:02:08 lacus vdr: [21229] device 1 provides DVB-S ("Conexant
CX24123/CX24109")
May 5 20:02:08 lacus vdr: [21233] tuner on device 1 thread started (pid=21229,
tid=21233)
May 5 20:02:08 lacus vdr: [21234] section handler thread started (pid=21229,
tid=21234)
May 5 20:02:08 lacus vdr: [21229] found 1 video device
May 5 20:02:08 lacus vdr: [21229] setting primary device to 1
May 5 20:02:08 lacus vdr: [21229] device 1 has no MPEG decoder
May 5 20:02:08 lacus vdr: [21229] assuming manual start of VDR
May 5 20:02:08 lacus vdr: [21229] SVDRP listening on port 2001
May 5 20:02:08 lacus vdr: [21229] setting current skin to "sttng"
May 5 20:02:08 lacus vdr: [21229] loading /video/themes/sttng-default.theme
May 5 20:02:08 lacus vdr: [21235] KBD remote control thread started
(pid=21229, tid=21235)
May 5 20:02:08 lacus vdr: [21229] remote control KBD - learning keys
May 5 20:02:08 lacus vdr: [21229] ERROR: no OSD provider available - using
dummy OSD!
May 5 20:02:18 lacus vdr: [21229] switching to channel 1
May 5 20:02:18 lacus vdr: [21229] setting watchdog timer to 60 seconds
May 5 20:02:18 lacus vdr: [21229] ERROR (dvbdevice.c,762): Bad file descriptor
May 5 20:02:18 lacus vdr: [21229] OSD size changed to 480x324 @ 4:3
May 5 20:02:18 lacus vdr: [21229] ERROR: no OSD provider available - using
dummy OSD!
May 5 20:02:18 lacus vdr: [21229] ERROR (dvbdevice.c,762): Bad file descriptor
May 5 20:02:20 lacus syslog-ng[2862]: last message repeated 164 times
May 5 20:02:20 lacus vdr: [21229] connect from 127.0.0.1, port 48027 - accepted
May 5 20:02:20 lacus vdr: [21229] ERROR (dvbdevice.c,762): Bad file descriptor
May 5 20:02:20 lacus vdr: [21229] ERROR (dvbdevice.c,762): Bad file descriptor
May 5 20:02:20 lacus vdr: [21229] closing SVDRP connection
May 5 20:02:20 lacus vdr: [21229] ERROR (dvbdevice.c,762): Bad file descriptor
May 5 20:02:20 lacus syslog-ng[2862]: last message repeated 29 times
lspci -v
01:06.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400]
(re
Re: [vdr] [ANNOUNCE] vdr-webvideo 0.1.4
On Tue, May 5, 2009 at 11:07 AM, Petri Helin wrote: > Antti Ajanki wrote: >> New version of the Webvideo plugin is available at >> http://users.tkk.fi/~aajanki/vdr/webvideo/ >> > > Hi Antti, > > since it sounded such a nice plugin I decided to give it a try, but am > still trying, because the installation it not what someone might call > simple :) First of all, it installs the binaries under /usr/local/bin, > but then it uses a hardcoded path of /usr/bin in several places. > Secondly, it's incompatible with python 2.6, which I believe is the > default version with recent distributions. Thirdly, it brings down the > whole VDR if it cannot connect to the daemon. But, as I said, it sounded > like a nice plugin so I am still working to get it running. I actually had the homepage for this open in a browser to remind me to try it but based on your results, I'll wait until those problems are fixed. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
