Re: [vdr] need help with Remote Control Plugin 0.4.0
On Tue, May 12, 2009 at 11:17 PM, BRUNETON Béranger brune...@gmail.com wrote: I'm unable to navigate throw the OSD using keyboard in telnet mode. svdrpsend.pl hitk ... command display the OSD in the telnet window. I using vdr 1.7.4 and remote-0.4.0 with this option -P'remote -p tcp:' It's working now using a proper remote.conf file. remote-tcp:.Up 00415B1B remote-tcp:.Down 00425B1B remote-tcp:.Menu 006D remote-tcp:.Ok 000D remote-tcp:.Back 007F remote-tcp:.Left 00445B1B remote-tcp:.Right 00435B1B remote-tcp:.Red0072 remote-tcp:.Green 0067 remote-tcp:.Yellow 0079 remote-tcp:.Blue 0062 remote-tcp:.0 0030 remote-tcp:.1 0031 remote-tcp:.2 0032 remote-tcp:.3 0033 remote-tcp:.4 0034 remote-tcp:.5 0035 remote-tcp:.6 0036 remote-tcp:.7 0037 remote-tcp:.8 0038 remote-tcp:.9 0039 remote-tcp:.Channel+ 7E355B1B remote-tcp:.Channel- 7E365B1B remote-tcp:.Volume+7E325B1B remote-tcp:.Volume-7E335B1B remote-tcp:.User1 455B5B1B remote-tcp:.User2 007E37315B1B remote-tcp:.User3 007E38315B1B remote-tcp:.User4 007E39315B1B remote-tcp:.User5 007E30325B1B remote-tcp:.User6 007E31325B1B remote-tcp:.User7 007E33325B1B remote-tcp:.User8 007E34325B1B remote-tcp:.User9 00505B1B ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-H
Hi Theunis, On Wed, 13 May 2009, Theunis Potgieter wrote: Hi, is dvb-h a subset of dvb-t? our country decided to switch on dvb-t, we receive dvb-t and dvb-h with h.264. DVB-H is more than just DVB-T plus H264 services. I strongly think that what you're having in your country is standard DVB-T with normal H264 services how they are supported with VDR 1.7. DVB-H is using also H264 to encode video streams, but is encapsulating it in RTP over DVB-MPE. Up to now I don't know any complete DVB-H reception chain, though there are some starting points which can be found in the dvb-apps repository at linuxtv.org and at other places. But before you're diving in to that, I recommend that you're first trying to find out whether it is really DVB-H you're looking for or DVB-T with H264. DVB-H service however are designs for handheld devices with small screens, most likely the video quality will not be very nice when watching it on a full-screen desktop/TV replacement. HTH, Patrick. -- Mail: patrick.boettc...@desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-H
On Wed, 13 May 2009, Theunis Potgieter wrote: So far I only pick something up on 586MHz and 706MHz w_scan produces this: tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: --no signal-- tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: (no signal) INT(Provider) SS1(Provider) SS2(Provider) SS3(Provider) CNN(Provider) eNews(Provider) E! Entertainment(Provider) SABC(Provider) Cartoon Network(Provider) ESG CBMS(Provider) Bootstrap-Nokia(Provider) Nokia-ESG(Provider) This really looks like a real DVB-H broadcast. You won't be able to use this with VDR for now - like I explained in my previous Email. Network Name 'Thomson' tune to: :706000:I999B8C999D999M999T999G999Y0:T:27500: Network Name 'DTT Network' M-Net(MCA) CSN(MCA) MStar(MCA) Actio(MCA) ChO(MCA) Blitz(MCA) NaGeo(MCA) AJE(MCA) dumping lists (21 services) M-Net:706000:I999B8C999D999M999T999G999Y0:T:27500:273:34:0:608:1010:0:0:0 CSN:706000:I999B8C999D999M999T999G999Y0:T:27500:289:290:0:608:1020:0:0:0 MStar:706000:I999B8C999D999M999T999G999Y0:T:27500:305:306:0:608:1030:0:0:0 Actio:706000:I999B8C999D999M999T999G999Y0:T:27500:321:322:0:608:1040:0:0:0 ChO:706000:I999B8C999D999M999T999G999Y0:T:27500:337:0:0:608:1050:0:0:0 Blitz:706000:I999B8C999D999M999T999G999Y0:T:27500:353:0:0:608:1060:0:0:0 NaGeo:706000:I999B8C999D999M999T999G999Y0:T:27500:369:0:0:608:1070:0:0:0 AJE:706000:I999B8C999D999M999T999G999Y0:T:27500:385:32:0:608:1080:0:0:0 Are those VDR generated channels.conf lines correct? Please check in README/Manual of VDR or on the Wikis which can be found in several places all over the internet. I'm sure this question can be answered there ;) Patrick. -- Mail: patrick.boettc...@desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-H
So far I only pick something up on 586MHz and 706MHz w_scan produces this: tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: --no signal-- tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: (no signal) INT(Provider) SS1(Provider) SS2(Provider) SS3(Provider) CNN(Provider) eNews(Provider) E! Entertainment(Provider) SABC(Provider) Cartoon Network(Provider) ESG CBMS(Provider) Bootstrap-Nokia(Provider) Nokia-ESG(Provider) Network Name 'Thomson' tune to: :706000:I999B8C999D999M999T999G999Y0:T:27500: Network Name 'DTT Network' M-Net(MCA) CSN(MCA) MStar(MCA) Actio(MCA) ChO(MCA) Blitz(MCA) NaGeo(MCA) AJE(MCA) dumping lists (21 services) M-Net:706000:I999B8C999D999M999T999G999Y0:T:27500:273:34:0:608:1010:0:0:0 CSN:706000:I999B8C999D999M999T999G999Y0:T:27500:289:290:0:608:1020:0:0:0 MStar:706000:I999B8C999D999M999T999G999Y0:T:27500:305:306:0:608:1030:0:0:0 Actio:706000:I999B8C999D999M999T999G999Y0:T:27500:321:322:0:608:1040:0:0:0 ChO:706000:I999B8C999D999M999T999G999Y0:T:27500:337:0:0:608:1050:0:0:0 Blitz:706000:I999B8C999D999M999T999G999Y0:T:27500:353:0:0:608:1060:0:0:0 NaGeo:706000:I999B8C999D999M999T999G999Y0:T:27500:369:0:0:608:1070:0:0:0 AJE:706000:I999B8C999D999M999T999G999Y0:T:27500:385:32:0:608:1080:0:0:0 Are those VDR generated channels.conf lines correct? When I try to tune to them VDR says channel unavailable. I'm using vdr-1.6.0p2 Theunis On 13/05/2009, Patrick Boettcher patrick.boettc...@desy.de wrote: Hi Theunis, On Wed, 13 May 2009, Theunis Potgieter wrote: Hi, is dvb-h a subset of dvb-t? our country decided to switch on dvb-t, we receive dvb-t and dvb-h with h.264. DVB-H is more than just DVB-T plus H264 services. I strongly think that what you're having in your country is standard DVB-T with normal H264 services how they are supported with VDR 1.7. DVB-H is using also H264 to encode video streams, but is encapsulating it in RTP over DVB-MPE. Up to now I don't know any complete DVB-H reception chain, though there are some starting points which can be found in the dvb-apps repository at linuxtv.org and at other places. But before you're diving in to that, I recommend that you're first trying to find out whether it is really DVB-H you're looking for or DVB-T with H264. DVB-H service however are designs for handheld devices with small screens, most likely the video quality will not be very nice when watching it on a full-screen desktop/TV replacement. HTH, Patrick. -- Mail: patrick.boettc...@desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ 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] DVB-H
My country is South Africa, (soccer host for world cup 2010) so it would be nice, if there was any kinda information on dvb-h + vdr. So would you advise me to move to vdr-1.7.7 to see if I can get H.264? On 13/05/2009, Patrick Boettcher patrick.boettc...@desy.de wrote: On Wed, 13 May 2009, Theunis Potgieter wrote: So far I only pick something up on 586MHz and 706MHz w_scan produces this: tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: --no signal-- tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: (no signal) INT(Provider) SS1(Provider) SS2(Provider) SS3(Provider) CNN(Provider) eNews(Provider) E! Entertainment(Provider) SABC(Provider) Cartoon Network(Provider) ESG CBMS(Provider) Bootstrap-Nokia(Provider) Nokia-ESG(Provider) This really looks like a real DVB-H broadcast. You won't be able to use this with VDR for now - like I explained in my previous Email. Network Name 'Thomson' tune to: :706000:I999B8C999D999M999T999G999Y0:T:27500: Network Name 'DTT Network' M-Net(MCA) CSN(MCA) MStar(MCA) Actio(MCA) ChO(MCA) Blitz(MCA) NaGeo(MCA) AJE(MCA) dumping lists (21 services) M-Net:706000:I999B8C999D999M999T999G999Y0:T:27500:273:34:0:608:1010:0:0:0 CSN:706000:I999B8C999D999M999T999G999Y0:T:27500:289:290:0:608:1020:0:0:0 MStar:706000:I999B8C999D999M999T999G999Y0:T:27500:305:306:0:608:1030:0:0:0 Actio:706000:I999B8C999D999M999T999G999Y0:T:27500:321:322:0:608:1040:0:0:0 ChO:706000:I999B8C999D999M999T999G999Y0:T:27500:337:0:0:608:1050:0:0:0 Blitz:706000:I999B8C999D999M999T999G999Y0:T:27500:353:0:0:608:1060:0:0:0 NaGeo:706000:I999B8C999D999M999T999G999Y0:T:27500:369:0:0:608:1070:0:0:0 AJE:706000:I999B8C999D999M999T999G999Y0:T:27500:385:32:0:608:1080:0:0:0 Are those VDR generated channels.conf lines correct? Please check in README/Manual of VDR or on the Wikis which can be found in several places all over the internet. I'm sure this question can be answered there ;) Patrick. -- Mail: patrick.boettc...@desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ 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] DVB-H
On Wed, 13 May 2009, Theunis Potgieter wrote: My country is South Africa, (soccer host for world cup 2010) so it would be nice, if there was any kinda information on dvb-h + vdr. As I said before: DVB-H and VDR I think it will be hard to do and the outcome would be minimal, as VDR is a software for full-screen huge display sets and DVB-H service is meant for handheld (very small screens). So would you advise me to move to vdr-1.7.7 to see if I can get H.264? Yes, and you may try the old-fashion scan to generate vdr channels.conf . It will only give a useful channels.conf when it's not H264 services. Patrick. -- Mail: patrick.boettc...@desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] NVidia ION mini-ITX arriving
On Tue, May 12, 2009 at 1:53 PM, Nicolas Huillard nico...@huillard.netwrote: http://www.mini-itx.com/2009/05/04/zotac-ion-itx-atom-mini-itx-board-unboxing-and-salivating ...which means 1080p HD playback from an embedded Mini-ITX board with a fanless 1.6GHz processor whilst consuming 21W. The ION-ITX-A has its own DC converter onboard, and is supplied with a 90W AC Adapter. Fanless?! All the pictures there clearly show the CPU fan. Ofcause it will be a lot better than other solutions we have today. Nice silent drop-in replacement for any mini-ITX / micro-ATX mobo. -- 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] [OT] NVidia ION mini-ITX arriving
Hi! Alex Betis schrieb: Fanless?! All the pictures there clearly show the CPU fan. Ofcause it will be a lot better than other solutions we have today. I took a look at the website (German: http://www.zotac.de). Only the dual-core variant shows a CPU fan. Has anybody already spotted a street price for the different variants? Especially the one with the external PSU looks interesting... Ciao Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] NVidia ION mini-ITX arriving
On Wed, May 13, 2009 at 07:02:16PM +0200, Martin Emrich wrote: Has anybody already spotted a street price for the different variants? Especially the one with the external PSU looks interesting... Try http://www.preisroboter.de/search.php?search=ZOTAC+ION cheers -henrik ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] need help with Remote Control Plugin 0.4.0
Because different telnet clients produce different key codes, it is recommended to go through the normal key learning process. This way you will always have a correct key mapping. Sure, but the learning process is not displayed on telnet :( Regards ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.7 + osdteletext
Tobi kirjoitti: Jouni Karvo wrote: I installed vdr-1.7.7, yaepghd patch, and osdteletext. For some reason, I don't seem to get any data to the teletext pages. The /vtx directory also stays empty. Any ideas on how to debug or what to do? Make sure, you use the latest osdteletext version, which is 0.8.1. The default vtx location is now more FHS-conform: /var/cache/vdr/vtx (can be changed with --directory) http://projects.vdr-developer.org/projects/show/plg-osdteletext Ah, thanks. I used 0.8.1, but did not notice that the directory had changed, and noticed no error messages. Making a symbolic link from the new location to the old made the trick. thanks, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] need help with Remote Control Plugin 0.4.0
BRUNETON Béranger wrote: Because different telnet clients produce different key codes, it is recommended to go through the normal key learning process. This way you will always have a correct key mapping. Sure, but the learning process is not displayed on telnet :( Correct. Unfortunately, key learning messages are only displayed on the real OSD. They are not delivered through the cStatus interface. ;-( CU Oliver -- VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/ ___ 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 found out that errors in picture is caused by decryption of channel.
With every new ecm I get error (break up) in picture. Interesting thing
is that packet UPC has about 70 channels, however only several has
problem with decryption.
Can somebody tell me, how can I provide more debug info?
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
