Re: [vdr] TeVii S650 missing remote keys PATCH
On 12 June 2009 21:50:15 gimli wrote: Hi, the attached patch is against : http://mercurial.intuxication.org/hg/s2-liplianin It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Now i have the remote fully working ;) cu Edgar (gimli) Hucek Hi Edgar, Found bug, you are remapping already mapped key 0x1e It breaks non-TeVii remotes. Look at snip of your patch: { 0xf8, 0x1e, KEY_W }, /*tvmode*/ { 0xf8, 0x1b, KEY_B }, /*recall*/ + /* Keys the TeVii S650 provides */ + +{ 0xf8, 0x1e, KEY_REWIND }, BTW, which USB fimware are you using? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
On 13 June 2009 13:35:04 gimli wrote: Hi, i use the TeVii Firmware from the TeVii driver package : http://tevii.com/Tevii_linuxdriver_0815.rar dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw. You where right about the double mapping, this line can be removed. basicly it should not harm the existing mapping since you loop over and break on the first occurance. So, I will remove the line. cu Edgar (gimli) Hucek On 12 June 2009 21:50:15 gimli wrote: Hi, the attached patch is against : http://mercurial.intuxication.org/hg/s2-liplianin It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Now i have the remote fully working ;) cu Edgar (gimli) Hucek Hi Edgar, Found bug, you are remapping already mapped key 0x1e It breaks non-TeVii remotes. Look at snip of your patch: { 0xf8, 0x1e, KEY_W }, /*tvmode*/ { 0xf8, 0x1b, KEY_B }, /*recall*/ + /* Keys the TeVii S650 provides */ + +{ 0xf8, 0x1e, KEY_REWIND }, BTW, which USB fimware are you using? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
On 13 June 2009 14:19:57 gimli wrote: Perfect ;) you need a : signed-off-by: Edgar Hucek gimli at dark-green dot com Very well. You doubled several lines yet. I will remove them as well. For reference look at ir-keymaps.c in my repository :) Especially at ir_codes_dm1105_nec. If you find your keymap useful, I will change ir_codes_dm1105_nec also. ? On 13 June 2009 13:35:04 gimli wrote: Hi, i use the TeVii Firmware from the TeVii driver package : http://tevii.com/Tevii_linuxdriver_0815.rar dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw. You where right about the double mapping, this line can be removed. basicly it should not harm the existing mapping since you loop over and break on the first occurance. So, I will remove the line. cu Edgar (gimli) Hucek On 12 June 2009 21:50:15 gimli wrote: Hi, the attached patch is against : http://mercurial.intuxication.org/hg/s2-liplianin It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Now i have the remote fully working ;) cu Edgar (gimli) Hucek Hi Edgar, Found bug, you are remapping already mapped key 0x1e It breaks non-TeVii remotes. Look at snip of your patch: { 0xf8, 0x1e, KEY_W }, /*tvmode*/ { 0xf8, 0x1b, KEY_B }, /*recall*/ +/* Keys the TeVii S650 provides */ + +{ 0xf8, 0x1e, KEY_REWIND }, BTW, which USB fimware are you using? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S650 missing remote keys PATCH
On 13 June 2009 14:19:57 gimli wrote: Perfect ;) you need a : signed-off-by: Edgar Hucek gimli at dark-green dot com ? On 13 June 2009 13:35:04 gimli wrote: Hi, i use the TeVii Firmware from the TeVii driver package : http://tevii.com/Tevii_linuxdriver_0815.rar dvb-fe-cx24116.fw and dvb-usb-s650.fw renamed to dvb-usb-dw2104.fw. You where right about the double mapping, this line can be removed. basicly it should not harm the existing mapping since you loop over and break on the first occurance. So, I will remove the line. cu Edgar (gimli) Hucek On 12 June 2009 21:50:15 gimli wrote: Hi, the attached patch is against : http://mercurial.intuxication.org/hg/s2-liplianin It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Now i have the remote fully working ;) cu Edgar (gimli) Hucek Hi Edgar, Found bug, you are remapping already mapped key 0x1e It breaks non-TeVii remotes. Look at snip of your patch: { 0xf8, 0x1e, KEY_W }, /*tvmode*/ { 0xf8, 0x1b, KEY_B }, /*recall*/ +/* Keys the TeVii S650 provides */ + +{ 0xf8, 0x1e, KEY_REWIND }, BTW, which USB fimware are you using? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks I corrected you patch. Look at it, before I commit it. -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks # HG changeset patch # User Edgar Hucek gi...@dark-green.com # Date 1244898807 -10800 # Node ID 2fbb6f192909992c8aaa14b6d8b2b0a7f552c7e3 # Parent 0a879065cf36e5f1a9d718f3aff8097e41112610 Add missing remote keys for TeVii remote. From: Edgar Hucek gi...@dark-green.com It adds the missing remote keys found on the TeVii Remote for the S650 usb device. Signed-off-by: Edgar Hucek gi...@dark-green.com diff -r 0a879065cf36 -r 2fbb6f192909 linux/drivers/media/dvb/dvb-usb/dw2102.c --- a/linux/drivers/media/dvb/dvb-usb/dw2102.c Sat Jun 13 14:10:24 2009 +0300 +++ b/linux/drivers/media/dvb/dvb-usb/dw2102.c Sat Jun 13 16:13:27 2009 +0300 @@ -801,6 +801,23 @@ { 0xf8, 0x1e, KEY_W }, /*tvmode*/ { 0xf8, 0x1b, KEY_B }, /*recall*/ + /* Additional keys TeVii S650 provides */ + { 0xf8, 0x4d, KEY_FASTFORWARD }, + { 0xf8, 0x44, KEY_EPG }, + { 0xf8, 0x41, KEY_MODE }, /* AB */ + { 0xf8, 0x4c, KEY_INFO }, + { 0xf8, 0x43, KEY_AUDIO }, + { 0xf8, 0x45, KEY_SUBTITLE }, + { 0xf8, 0x4a, KEY_LIST }, + { 0xf8, 0x46, KEY_F1 }, + { 0xf8, 0x47, KEY_F2 }, + { 0xf8, 0x5e, KEY_F3 }, + { 0xf8, 0x5c, KEY_F4 }, + { 0xf8, 0x52, KEY_F5 }, + { 0xf8, 0x5a, KEY_F6 }, + { 0xf8, 0x56, KEY_PVR }, /* mon */ + { 0xf8, 0x58, KEY_SWITCHVIDEOMODE }, + { 0xf8, 0x1d, KEY_BACK }, }; static int dw2102_rc_query(struct dvb_usb_device *d, u32 *event, int *state) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR with S2API
В сообщении от 6 December 2008 17:06:40 Klaus Schmidinger написал(а): The attached patch is what I've gathered from various postings regarding adapting VDR to the S2API driver API (thanks to Igor M. Liplianin, Niels Wagenaar and Edgar Hucek - did I forget anybody?). Since the S2SAPI doesn't provide a way of determining whether a DVB-S device supports DVB-S2 (at least I didn't find any), you need to apply the second attached patch to the driver in order to impelement a new capability flag that reports the availability of DVB-S2 support. If you don't want to patch the driver, you can change the line case FE_QPSK: frontendType = (frontendInfo.caps FE_CAN_2ND_GEN_MODULATION) ? SYS_DVBS2 : SYS_DVBS; break; in dvbdevice.c to avoid FE_CAN_2ND_GEN_MODULATION. Either set frontendType permanently to SYS_DVBS or SYS_DVBS2, depending on what you have. So far DVB-S and DVB-S2 appears to tune fine. DVB-C is completely untested. With DVB-T tuning doesn't work, even though my TDA10046H based DVB-T card does work with the S2API driver under VDR 1.6.0. So for the moment I would appreciate if people could test DVB-T tuning and check whether maybe I made some silly mistake in the DVB-T tuning code. Klaus Thank You for VDR. I really enjoy it. -- Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] stb0899 and tt s2-3200
В сообщении от 13 October 2008 19:38:09 Steven Toth написал(а): Igor M. Liplianin wrote: I successfully ported stb0899 to S2API For know it is just for testing purposes. Feel free to test it. Any feedback welcome. Locking better with szap-s2 (sorry) I have tested with DVB-S2 8PSK and DVB-S 27500 kSyms/s http:/mercurial.intuxication.org/hg/s2-liplianin http:/mercurial.intuxication.org/hg/szap-s2 I haven't had any time to look at this, I'm busy trying to cleanup and get S2API, MFE and general cleanups merged. Igor, how has the feedback been for these patches? Are they ready for merge, working only for some people, or badly broken and not for this kernel release? Thanks, - Steve They working only for some people, For me, driver locks some transponders( not all ). And it is Manu code + S2 API changes from me Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] stb0899 and tt s2-3200
I successfully ported stb0899 to S2API For know it is just for testing purposes. Feel free to test it. Any feedback welcome. Locking better with szap-s2 (sorry) I have tested with DVB-S2 8PSK and DVB-S 27500 kSyms/s http:/mercurial.intuxication.org/hg/s2-liplianin http:/mercurial.intuxication.org/hg/szap-s2 -- Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
В сообщении от 30 September 2008 09:08:59 Niels Wagenaar написал(а): Op Zo, 28 september, 2008 23:29, schreef gimli: Hi, I'm on Astra 19.2 and tested the following HD transponders : Anixe HD Arte HD Astra HD+ first test results : Arte HD tunes ok and plays fine. Same here. Arte HD is a DVB-S2 transponder using the 8PSK modulation. Locking goes without any problems at all. On Astra HD+ and Anixe HD im getting an error : Astra HD+ en Anixe HD is on a DVB-S2 transponder which is using a QPSK modulation. -- SNIP -- If you need further informations let me know. I tested other DVB-S2 transponders which have a QPSK modulation. All these didn't want to lock and gave a timeout. DVB-S2 Transponders with a 8PSK modulation did gave a lock (Hotbird has a couple, while I don't have subscriptions to chose channels, I'm able to lock those). So my first impression was, it's a missing parameter in the Frontend struct. So I made some changes and check if the transponder is DVB-S2 and added parameters for DTV_PILOT (with data PILOT_AUTO) and when QPSK is used with DVB-S2, to use the NBC_QPSK modulation (which is needed for DVB-S2 if I'm not mistaken) instead of regular QPSK. However, didn't bring me the sollution I hoped for. I now have a timeout, lost lock and regain lock, etc, etc, etc. But it's more then it was before. So I'm close. Currently I do have a small problem where I put in parameters which shouldn't been given (oops!) and now my DVB-card doesn't lock any more, I need to reboot first. I hope to start to work on it this further when I'm done with work. I'll keep you all posted :) BTW, I did manage to get DVB-T working. At least it locks on on the encrypted channels, but I didn't had time to check for image. Mainly since DVB-T is my backup for channel-viewing and I wanted to focus on the DVB-S2 problem. cu Edgar (gimli) Hucek Regards, Niels Wagenaar May I ask you, Niels or Edgar, would you try szap-s2 with parameter -M3, which means NBC_QPSK modulation. It is interesting for me, whether it works. i'm not able to receive Astra HD+ and Anixe HD. Best Regards Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
В сообщении от 30 September 2008 16:17:22 Darron Broad написал(а): In message [EMAIL PROTECTED], Igor M. Liplianin wrote: Lo. =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 30 September 2008 09:08:59 Niels Wag= enaar =CE=C1=D0=C9=D3=C1=CC(=C1): Op Zo, 28 september, 2008 23:29, schreef gimli: Hi, I'm on Astra 19.2 and tested the following HD transponders : Anixe HD Arte HD Astra HD+ first test results : Arte HD tunes ok and plays fine. Same here. Arte HD is a DVB-S2 transponder using the 8PSK modulation. Locking goes without any problems at all. On Astra HD+ and Anixe HD im getting an error : Astra HD+ en Anixe HD is on a DVB-S2 transponder which is using a QPSK modulation. -- SNIP -- If you need further informations let me know. I tested other DVB-S2 transponders which have a QPSK modulation. All these didn't want to lock and gave a timeout. DVB-S2 Transponders with a 8PSK modulation did gave a lock (Hotbird has a couple, while I don't have subscriptions to chose channels, I'm able to lock those). So my first impression was, it's a missing parameter in the Frontend struct. So I made some changes and check if the transponder is DVB-S2 and added parameters for DTV_PILOT (with data PILOT_AUTO) and when QPSK is used with DVB-S2, to use the NBC_QPSK modulation (which is needed for DVB-S2 if I'm not mistaken) instead of regular QPSK. However, didn't bring me the sollution I hoped for. I now have a timeout, lost lock and regain lock, etc, etc, etc. But it's more then it was before. So I'm close. Currently I do have a small problem where I put in parameters which shouldn't been given (oops!) and now my DVB-card doesn't lock any more, I need to reboot first. I hope to start to work on it this further when I'm done with work. I'll keep you all posted :) BTW, I did manage to get DVB-T working. At least it locks on on the encrypted channels, but I didn't had time to check for image. Mainly since DVB-T is my backup for channel-viewing and I wanted to focus on the DVB-S2 problem. cu Edgar (gimli) Hucek Regards, Niels Wagenaar May I ask you, Niels or Edgar, would you try szap-s2 with parameter -M3, wh= ich=20 means NBC_QPSK modulation. It is interesting for me, whether it works. i'm= =20 not able to receive Astra HD+ and Anixe HD. I will test it. For your information, when I fixed up Manu's szap hack renaming it szap2 i had to add a whole bunch of options which were originally known as `team' then they eventually became known later as `meow' These are all necessary for the hvr-4000 with the cx24116 which is a dumb part. These params were: -m : modulation 0=QPSK (DVB-S) 1=NBC-QPSK (DVB-S2) 2=NBC-8PSK (DVB-S2) -e : fec 0=NONE 1=1/2 2=2/3 3=3/4 4=4/5 5=5/6 6=6/7 8=8/9 9=9/10 10=3/5 11=AUTO -o : rolloff 0=0.20 1=0.25 2=0.35 -w : pilot 0=OFF 1=ON 2=AUTO The cx24116 can't do auto-detect from what we know for any DVB-S2 parameter not only modulation. I had to emulate auto-pilot in the demod. rolloff seems superfluous in most cases but even then you must have an option to allow it. I will check your szap but raise the point above if not all these options are catered for. If they are catered for and not named MEOW then I will be disappointed, but will survive ;-) Suddenly, pilot not implemented :-( I get parameters from VDR(with part of source code, with perspective put it back modified), think it is familiar for VDR users -S: delivery system type DVB-S=0, DVB-S2=1 -M: modulation 1=BPSK 2=QPSK 3=NBC-QPSK(for DVB-S2) 5=8PSK -C: fec 0=NONE 12=1/2 23=2/3 34=3/4 35=3/5 45=4/5 56=5/6 67=6/7 89=8/9 910=9/10 999=AUTO -O: rolloff 35=0.35 25=0.25 20=0.20 0=UNKNOWN So, szap-s2 can handle channels.conf line like this(though not compatible with VDR, but similar): poverkhnost:12111:lC34M5O0S1:0:27500:1201:1301:3201 It is not like I'm pretend on copyright here, I can easily remove my name from sources. I pretend to be useful. Welcome any other comments. Now it is valuable like gold. l8r! -- // / {:)==={ Darron Broad [EMAIL PROTECTED] \\ \ -- Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
В сообщении от 30 September 2008 19:03:19 Darron Broad написал(а): In message [EMAIL PROTECTED], Igor M. Liplianin wrote: LO Hi, I'm on Astra 19.2 and tested the following HD transponders : Anixe HD Arte HD Astra HD+ first test results : Arte HD tunes ok and plays fine. Same here. Arte HD is a DVB-S2 transponder using the 8PSK modulation. Locking goes without any problems at all. On Astra HD+ and Anixe HD im getting an error : Astra HD+ en Anixe HD is on a DVB-S2 transponder which is using a QPSK modulation. -- SNIP -- If you need further informations let me know. I tested other DVB-S2 transponders which have a QPSK modulation. All these didn't want to lock and gave a timeout. DVB-S2 Transponders with= a 8PSK modulation did gave a lock (Hotbird has a couple, while I don't have subscriptions to chose channels, I'm able to lock those). So my first impression was, it's a missing parameter in the Frontend struct. So I made some changes and check if the transponder is DVB-S2 and added parameters for DTV_PILOT (with data PILOT_AUTO) and when QPSK is used with DVB-S2, to use the NBC_QPSK modulation (which is needed f= or DVB-S2 if I'm not mistaken) instead of regular QPSK. However, didn't bring me the sollution I hoped for. I now have a timeout, lost lock and regain lock, etc, etc, etc. But it's more then = it was before. So I'm close. Currently I do have a small problem where I put in parameters which shouldn't been given (oops!) and now my DVB-card doesn't lock any more, I need to reboot first. If you make an error in the params it can trip the property dump debug output routine. use this patch to catch invalid commands, there may be others to catch tho: http://dev.kewl.org/v4l-dvb/patches/s2-mfe-debug-dump-9036.diff I hope to start to work on it this further when I'm done with work. I'= ll keep you all posted :) BTW, I did manage to get DVB-T working. At least it locks on on the encrypted channels, but I didn't had time to check for image. Mainly since DVB-T is my backup for channel-viewing and I wanted to focus on the DVB-S2 problem. cu Edgar (gimli) Hucek Regards, Niels Wagenaar May I ask you, Niels or Edgar, would you try szap-s2 with parameter -M3, wh=3D ich=3D20 means NBC_QPSK modulation. It is interesting for me, whether it works. i'm=3D =3D20 not able to receive Astra HD+ and Anixe HD. I will test it. For your information, when I fixed up Manu's szap hack renaming it szap2 i had to add a whole bunch of options which were originally known as `team' then they eventually became known later as `meow' These are all necessary for the hvr-4000 with the cx24116 which is a dumb part. These params were: -m : modulation 0=3DQPSK (DVB-S) 1=3DNBC-QPSK (DVB-S2) 2=3DNBC-8PSK (DV= B-S2) -e : fec 0=3DNONE 1=3D1/2 2=3D2/3 3=3D3/4 4=3D4/5 5=3D5/6 6=3D6/7 8=3D8= /9 9=3D9/10 10=3D3/5 11=3DAUTO -o : rolloff 0=3D0.20 1=3D0.25 2=3D0.35 -w : pilot 0=3DOFF 1=3DON 2=3DAUTO The cx24116 can't do auto-detect from what we know for any DVB-S2 paramet= er not only modulation. I had to emulate auto-pilot in the demod. rolloff seems superfluous in most cases but even then you must have an option to allow it. I will check your szap but raise the point above if not all these options are catered for. If they are catered for and not named MEOW then I will be disappointed, but will survive ;-) Suddenly, pilot not implemented :-(=20 I get parameters from VDR(with part of source code, with perspective put it= =20 back modified), think it is familiar for VDR users -S: delivery system type DVB-S=3D0, DVB-S2=3D1 -M: modulation 1=3DBPSK 2=3DQPSK 3=3DNBC-QPSK(for DVB-S2) 5=3D= 8PSK -C: fec 0=3DNONE 12=3D1/2 23=3D2/3 34=3D3/4 35=3D3/5 45=3D4/5 = 56=3D5/6 67=3D6/7=20 89=3D8/9 910=3D9/10 999=3DAUTO -O: rolloff 35=3D0.35 25=3D0.25 20=3D0.20 0=3DUNKNOWN So, szap-s2 can handle channels.conf line like this(though not compatible w= ith=20 VDR, but similar): poverkhnost:12111:lC34M5O0S1:0:27500:1201:1301:3201 It is not like I'm pretend on copyright here, I can easily remove my name f= rom=20 sources. I pretend to be useful. Welcome any other comments. Now it is valuable like gold. :=) Igor, I was feeling mostly nostalgia for the `meow' options, I can see the rewritten szap2 has much more to offer! BTW, where do i get it? Cya! -- // / {:)==={ Darron Broad [EMAIL PROTECTED] \\ \ Now szap-s2 is on http://mercurial.intuxication.org/hg/szap-s2 Sourceforge not available yet :-( Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
В сообщении от 30 September 2008 22:38:50 Jörn Reder написал(а): What's the sense of this quoting garbage? You said it to me? -- Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] S2API for vdr-1.7.0(1.7.1) quick hack
В сообщении от 24 September 2008 18:34:01 Niels Wagenaar написал(а): Hello all (and especially Klaus): It's official, the people from V4L have voted for the usage of the S2API proposal to be the future for new DVB API improvements (see the official announcement at the bottom) within the V4L tree. Currently S2API is in a real speed-train and new devices are added very rapidly. Only the devices currently in Multiproto and written by Manu Abraham are not yet ported. Also people are allready busy with patches for Kaffeine (allready done) and MythTV (not seen yet, but it's WIP according to a post on the linux-dvb mailinglist). So, this should mean that VDR 1.7.x should focus on S2API because of the obvious reasons. Has anybody started on a patch of somekind to include S2API in VDR 1.7.0 or 1.7.1? Mainly I was thinking of doing it myself (I have a Hauppauge WinTV-NOVA-HD-S2 which is allready supported in S2API) in the hope to have it working in the next weekend. But if it's allready done or in progress, then I would like to use my time for something else ;) Regards, Niels Wagenaar Hi Niels S2API for vdr-1.7.0(1.7.1) quick hack Patch is ugly and only supported DVB-S. But it is useful to begin. You may modify it like you wish. Igor diff -Naur 1/channels.c 2/channels.c --- 1/channels.c 2008-04-12 16:49:12.0 +0300 +++ 2/channels.c 2008-09-28 13:02:01.0 +0300 @@ -21,114 +21,116 @@ // --- Channel Parameter Maps const tChannelParameterMap InversionValues[] = { - { 0, DVBFE_INVERSION_OFF, trNOOP(off) }, - { 1, DVBFE_INVERSION_ON, trNOOP(on) }, - { 999, DVBFE_INVERSION_AUTO }, + { 0, INVERSION_OFF, trNOOP(off) }, + { 1, INVERSION_ON, trNOOP(on) }, + { 999, INVERSION_AUTO }, { -1 } }; const tChannelParameterMap BandwidthValues[] = { - { 5, DVBFE_BANDWIDTH_5_MHZ, 5 MHz }, - { 6, DVBFE_BANDWIDTH_6_MHZ, 6 MHz }, - { 7, DVBFE_BANDWIDTH_7_MHZ, 7 MHz }, - { 8, DVBFE_BANDWIDTH_8_MHZ, 8 MHz }, - { 999, DVBFE_BANDWIDTH_AUTO }, +// { 5, BANDWIDTH_5_MHZ, 5 MHz }, + { 6, BANDWIDTH_6_MHZ, 6 MHz }, + { 7, BANDWIDTH_7_MHZ, 7 MHz }, + { 8, BANDWIDTH_8_MHZ, 8 MHz }, + { 999, BANDWIDTH_AUTO }, { -1 } }; const tChannelParameterMap CoderateValues[] = { - { 0, DVBFE_FEC_NONE, trNOOP(none) }, - { 12, DVBFE_FEC_1_2, 1/2 }, - { 13, DVBFE_FEC_1_3, 1/3 }, - { 14, DVBFE_FEC_1_4, 1/4 }, - { 23, DVBFE_FEC_2_3, 2/3 }, - { 25, DVBFE_FEC_2_5, 2/5 }, - { 34, DVBFE_FEC_3_4, 3/4 }, - { 35, DVBFE_FEC_3_5, 3/5 }, - { 45, DVBFE_FEC_4_5, 4/5 }, - { 56, DVBFE_FEC_5_6, 5/6 }, - { 67, DVBFE_FEC_6_7, 6/7 }, - { 78, DVBFE_FEC_7_8, 7/8 }, - { 89, DVBFE_FEC_8_9, 8/9 }, - { 910, DVBFE_FEC_9_10, 9/10 }, - { 999, DVBFE_FEC_AUTO }, + { 0, FEC_NONE, trNOOP(none) }, + { 12, FEC_1_2, 1/2 }, +// { 13, FEC_1_3, 1/3 }, +// { 14, FEC_1_4, 1/4 }, + { 23, FEC_2_3, 2/3 }, +// { 25, FEC_2_5, 2/5 }, + { 34, FEC_3_4, 3/4 }, + { 35, FEC_3_5, 3/5 }, + { 45, FEC_4_5, 4/5 }, + { 56, FEC_5_6, 5/6 }, + { 67, FEC_6_7, 6/7 }, + { 78, FEC_7_8, 7/8 }, + { 89, FEC_8_9, 8/9 }, + { 910, FEC_9_10, 9/10 }, + { 999, FEC_AUTO }, { -1 } }; const tChannelParameterMap ModulationValues[] = { - { 0, DVBFE_MOD_NONE,trNOOP(none) }, - { 4, DVBFE_MOD_QAM4,QAM4 }, - { 16, DVBFE_MOD_QAM16, QAM16 }, - { 32, DVBFE_MOD_QAM32, QAM32 }, - { 64, DVBFE_MOD_QAM64, QAM64 }, - { 128, DVBFE_MOD_QAM128, QAM128 }, - { 256, DVBFE_MOD_QAM256, QAM256 }, - { 512, DVBFE_MOD_QAM512, QAM512 }, - {1024, DVBFE_MOD_QAM1024, QAM1024 }, - { 1, DVBFE_MOD_BPSK,BPSK }, - { 2, DVBFE_MOD_QPSK,QPSK }, - { 3, DVBFE_MOD_OQPSK, OQPSK }, - { 5, DVBFE_MOD_8PSK,8PSK }, - { 6, DVBFE_MOD_16APSK, 16APSK }, - { 7, DVBFE_MOD_32APSK, 32APSK }, - { 8, DVBFE_MOD_OFDM,OFDM }, - { 9, DVBFE_MOD_COFDM, COFDM }, - { 10, DVBFE_MOD_VSB8,VSB8 }, - { 11, DVBFE_MOD_VSB16, VSB16 }, - { 998, DVBFE_MOD_QAMAUTO, QAMAUTO }, - { 999, DVBFE_MOD_AUTO }, +// { 0, MOD_NONE,trNOOP(none) }, +// { 4, MOD_QAM4,QAM4 }, + { 16, QAM_16, QAM16 }, + { 32, QAM_32, QAM32 }, + { 64, QAM_64, QAM64 }, + { 128, QAM_128, QAM128 }, + { 256, QAM_256, QAM256 }, +// { 512, MOD_QAM512, QAM512 }, +// {1024, MOD_QAM1024, QAM1024 }, +// { 1, MOD_BPSK,BPSK }, + { 2, QPSK,QPSK }, +// { 3, MOD_OQPSK, OQPSK }, + { 5, _8PSK,8PSK }, + { 6, _16APSK, 16APSK }, +// { 7, MOD_32APSK, 32APSK }, +// { 8, DVBFE_MOD_OFDM,OFDM }, +// { 9, MOD_COFDM, COFDM }, + { 10, VSB_8,VSB8 }, + { 11, VSB_16, VSB16 }, + { 998, QAM_AUTO, QAMAUTO }, +// { 999, MOD_AUTO }, { -1 } }; const tChannelParameterMap SystemValues[] = { - { 0, DVBFE_DELSYS_DVBS, DVB-S }, - { 1, DVBFE_DELSYS_DVBS2, DVB-S2 }, + { 0, SYS_DVBS, DVB-S }, + { 1, SYS_DVBS2, DVB-S2 }, { -1 } }; const
[vdr] liplianindvb, szap2, szap-s2 hg repositories avialable on http://mercurial.intuxication.org/hg/
liplianindvb, szap2, szap-s2 hg repositories avialable on http://mercurial.intuxication.org/hg/liplianindvb http://mercurial.intuxication.org/hg/szap2 http://mercurial.intuxication.org/hg/szap-s2 Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-restarts after upgrade
В сообщении от 4 August 2008 20:55:47 Wolfgang Rohdewald написал(а): On Montag, 4. August 2008, Oliver Joa wrote: My 2 DVB-S Cards (1 ff, 1 normal) are directly conncted to the satellite. I wonder what type of cable that is - at a length of 36000km Card flies with satellite. ;-) -- Igor M. Liplianin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eur osport HD Promo
On Tuesday 20 of May 2008, Gregoire Favre wrote: My CPU (P-4 3Ghz) is very slow for 1080x1920, but I could see the tennis on this channel one hour ago Oh nice, mine should be powerfull enough, but I stay for quiete a long time under ESP HD Intl and it stay black... what's strange is that my VDR isn't able to tune to those, I can't get a lock : May 20 23:05:59 vdr vdr: [19468] frontend 1 timed out while tuning to channel 6511, tp 211278 May 20 23:07:09 vdr vdr: [19468] frontend 1 timed out while tuning to channel 6511, tp 211278 Maybe they don't broadcast now ? Don't you have TT S2-3200 or SkystarHD? The problem is in driver (multiproto) for those cards. I and Gregorie have the hvr4000 cards with the same version of multiproto_plus + hvr4000 patch. @Gregoire could you check your hvr4000 patch, because was the report about missing _set_delsys call in your second patch from 2 May. http://www.linuxtv.org/pipermail/vdr/2008-May/016893.html Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver do you use the latest multiproto's version ? and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder how did you start the scanning on vdr ? I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? there's reelchannelscan plugin 0.4.1 It works with dvb-s channels on vdr170 , not with dvb-s2. -how can I check the signal on my S2-3200 card ? femon-plugin will helpto you -how can I reduce the logs from stb6100 ? have a look on verbose option for stb6100 module - modinfo stb6100 -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? which patch do you mean ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? no, he has one FF card, second one is budget card TT3200 Igor AFAIk this will NOT work. if vdr has 2 cards, it only uses the second card to do channel-scan, it does not know these two cards are hardwired to different sat-positions, and i know of now way to tell it about such a confguration. Is this correct Klaus? Christoph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
I had a 1.5.13 running for a while on a nexus FF. I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? thanks for your help Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? AFAIk this will NOT work. if vdr has 2 cards, it only uses the second card to do channel-scan, but why vdr chose the second card, not the first one ? and this vdr's behaviour only for scan ? Igor it does not know these two cards are hardwired to different sat-positions, and i know of now way to tell it about such a confguration. Is this correct Klaus? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
I did install a second card, S2-3200, together with the multiproto driver and vdr 1.7.0, without patches at this moment, because I am not interested in HD at this time. I am just looking to have 2 cards working to be able to stream on several vdr clients and use the output of my FF card. The S2 card is on astra, and the FF on hotbird I started with a clean vdrconf directory, and with a channel.conf with only 1 entry (TV5) on hotbird. I hoped that vdr would scan new channels, but it did only for a few. After starting the first time, it scanned about 10 new channels and stops there. In the DVB menu, update stands on add new transponder I did try with an other channel.conf. I can see every FTA channel on hotbird, but I have a black screen on astra (nothing as channel not available ). The log does nt learn me something either. In fact the log is flooded by kernel messages about stb6100 that get_frequence and bandwith. The frequence are always the same. -why is the autoscan not working ? Do I need some transponder file ? -how can I check the signal on my S2-3200 card ? -how can I reduce the logs from stb6100 ? -do I need to apply a concurrent recording patch to be able to stream 2 or more signals ? Errm, you say you have two FF-Cards, one connected to an LNB poniting hotbird and one connected to another LNB pointing to Astra? no, he has one FF card, second one is budget card TT3200 Igor Ok, but this does not make any difference in this situation, it will plain NOT work, as long as each card is hard-wired to only one of the LNBs. To get channelsacn working he will have to patch vdr (probably by himself) OK or get at least one switch to get both satelites to both of his cards. sorry, I don't understand how is it proceed ? How is it possible to connect two or more cards to two or more LNB's. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
Jean-Claude Repetto wrote: Lauri Tischler a Иcrit : Jean-Claude Repetto wrote: Klaus Schmidinger wrote : Plain vanilly VDR assumes that every DVB-S card can receive all satellites. Klaus I hope this will be configurable in VDR 1.8 ! The LNB type should also be configurable for each DVB card (I am still using a Full-band LNB on my motorized dish). There used to be 'sourcecaps patch' somewhere, dig it up and fix it to work with 1.7.0. Yes, I know, but I think this should be supported by VDR in the standard version. Lots of people have two dishes pointing to different satellites. It is supported by using multi-input lnb's and diseqc-switches :) could you explain please how it's possible to connect 3 cards in VDR to 3 LNB's for Hotbird, Sirius, Astra for example with DiSEq-Cswitch Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eur osport HD Promo
I and Gregorie have the hvr4000 cards with the same version of multiproto_plus + hvr4000 patch. @Gregoire could you check your hvr4000 patch, because was the report about missing _set_delsys call in your second patch from 2 May. http://www.linuxtv.org/pipermail/vdr/2008-May/016893.html Well, I don't really know, since it works for you, it's a little bit strange it don't work for me, the only strange things I could find is that VDR show it as being DVB-S not DVB-S2 which won't work here, because I have DVB-S cards also. Oh, I alsa can't tune to : EDUSAT;CYFRA +:11278:vC34M2O0S0:S13.0E:27500:164:96=pol:0:0:13005:318:400:0 With any of my cards... Maybe it's a problem with my diseqc for those ? I have in diseqc.conf : S13.0E 11700 V 9750 t v W15 [E0 00 00] W120 [E0 10 38 F0] W120 [E1 10 38 F0] W15 t S13.0E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F1] W120 [E1 10 38 F1] W15 T S13.0E 11700 H 9750 t V W15 [E0 00 00] W120 [E0 10 38 F2] W120 [E1 10 38 F2] W15 t S13.0E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 F3] W120 [E1 10 38 F3] W15 T S19.2E 11700 V 9750 t v W15 [E0 00 00] W120 [E0 10 38 F4] W120 [E1 10 38 F4] W15 t S19.2E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F5] W120 [E1 10 38 F5] W15 T S19.2E 11700 H 9750 t V W15 [E0 00 00] W120 [E0 10 38 F6] W120 [E1 10 38 F6] W15 t S19.2E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 F7] W120 [E1 10 38 F7] W15 T S28.2E 11700 V 9750 t v W15 [E0 00 00] W120 [E0 10 38 F8] W120 [E1 10 38 F8] W15 t S28.2E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F9] W120 [E1 10 38 F9] W15 T S28.2E 11700 H 9750 t V W15 [E0 00 00] W120 [E0 10 38 FA] W120 [E1 10 38 FA] W15 t S28.2E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 FB] W120 [E1 10 38 FB] W15 T Which seemed sofar quiete good ??? I never have seen the command [E0 00 00] - what's mean ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.0 and reelchannelscan-1.6 plugin
On Tue, May 20, 2008 at 2:22 AM, Mike Booth [EMAIL PROTECTED] wrote: I am unable to compile this plugin. It fails with csmenu.c:236: error: 'class cDevice' has no member named 'ProvidesS2'. cDevice::ProvidesS2() is not from orignal-vdr. You can add this function to your cDevice class bool cDevice::ProvidesS2() const { return false; } I'm using vdr-1.7.0, multiproto_plus and the reelchannelscan plugin is from CVS I am not sure if reelchannelscan works with multiproto. on my vdr 170 with multiproto_plus the patched reelchannelscan 0.4.1 works well I hope that someone can patch the reelchannelscan 0.6.1 for vdr 170 multiproto Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 ERROR (dvbdevice.c,302): Invalid argument
Here is my error: May 15 14:03:21 mbox2 vdr: [21729] ERROR (dvbdevice.c,302): Invalid argument May 15 14:03:21 mbox2 kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 May 15 14:03:32 mbox2 vdr: [21729] ERROR (dvbdevice.c,302): Invalid argument May 15 14:03:32 mbox2 kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 May 15 14:03:42 mbox2 vdr: [21729] frontend 0 timed out while tuning to channel 20, tp 111421 Im using a WinTV Nova HD S2. Im using multiproto_plus patched with HVR-4000-multiproto_plus-2008-05-02.diff. I got one error on the last part of the HVR patch, couldnt find the file modules.order, but i didnt think it was important. I dont know what you did that fixed this, but i sure cant get it working. Any ideas? Is it a driver problem or vdr? Regards Nilsn Hi, Looks like the latest HVR patch is broken(HVR-4000-multiproto_plus-2008-05-02.diff.bz2 ) Gregoire Favre released 2 patches the same day. The second one is missing the _set_delsys call. I will be testing this tonight. have you any results ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo
Hot Bird 7A, 13.0 E Eurosport HD start testing on Hotbird 11278 Ver 27500 2/3 DVB-S2 (8PSK) FTA promo program in moment DVB-S2/8PSK/MPEG-4/HD/ Thanky you for the info, since you post to VDR ml and you certainly have tried it, why aren't you sending this in channels.conf format ? Here it is ESP HD Intl;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0 ESP HD Turk;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0 ESP HD Russian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0 ESP HD Dutch;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0 ESP HD Czech;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0 ESP HD German;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0 ESP HD Portuguese;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0 ESP HD Polish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0 ESP HD Hungarian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0 ESP HD Spanish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:0:13072:318:400:0 Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo
ESP HD Intl;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0 ESP HD Turk;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0 ESP HD Russian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0 ESP HD Dutch;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0 ESP HD Czech;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0 ESP HD German;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0 ESP HD Portuguese;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0 ESP HD Polish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0 ESP HD Hungarian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0 ESP HD Spanish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:0:13072:318:400:0 :-) They are the same mv VDR founded by itself, but I wasn't able to decode anything from those, are you able to ? My CPU (P-4 3Ghz) is very slow for 1080x1920, but I could see the tennis on this channel one hour ago Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.0 and reelchannelscan-1.6 plugin
I am unable to compile this plugin. It fails with csmenu.c:236: error: 'class cDevice' has no member named 'ProvidesS2'. cDevice::ProvidesS2() is not from orignal-vdr. You can add this function to your cDevice class bool cDevice::ProvidesS2() const { return false; } I'm using vdr-1.7.0, multiproto_plus and the reelchannelscan plugin is from CVS I am not sure if reelchannelscan works with multiproto. on my vdr 170 with multiproto_plus the patched reelchannelscan 0.4.1 works well I hope that someone can patch the reelchannelscan 0.6.1 for vdr 170 multiproto sorry, I should clarify. On vdr 1.7.0 the patched reelchannelscan 0.4.1 works well only with dvb-s, it couldn't find the dvb-s2 channels Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eur osport HD Promo
On Tue, May 20, 2008 at 11:30:44PM +0400, Igor Nikanov wrote: ESP HD Intl;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0 ESP HD Turk;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0 ESP HD Russian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0 ESP HD Dutch;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0 ESP HD Czech;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0 ESP HD German;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0 ESP HD Portuguese;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0 ESP HD Polish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0 ESP HD Hungarian;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0 ESP HD Spanish;CYFRA +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:0:13072:318:400:0 My CPU (P-4 3Ghz) is very slow for 1080x1920, but I could see the tennis on this channel one hour ago Oh nice, mine should be powerfull enough, but I stay for quiete a long time under ESP HD Intl and it stay black... what's strange is that my VDR isn't able to tune to those, I can't get a lock : May 20 23:05:59 vdr vdr: [19468] frontend 1 timed out while tuning to channel 6511, tp 211278 May 20 23:07:09 vdr vdr: [19468] frontend 1 timed out while tuning to channel 6511, tp 211278 Maybe they don't broadcast now ? I suppose they broadcast now , but I don't know why you can't receive the LOCK may be other vdr user can check this point Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-reelchannelscan plugin
Am Donnerstag 15 May 2008 schrieb Igor: Can you post the adress of SVN or is reel SVN?? svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/channelscan-0.6.1.1 pls use 0.6.1 , 0.6.1.1 was just experimental, so forget that it's there ;) Sorry for the confusion, I didn't remember that. svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/channelscan-0.6.1 ok, but as far as I understand for channelscan-0.6.1 from svn need to create the patch for multiproto + vdr170 support, yes ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] open dvb-s2 channel on Hotbird - Eur osport HD Promo
On Fri, May 16, 2008 at 6:34 AM, Igor [EMAIL PROTECTED] wrote: Hi Hot Bird 7A, 13.0 E Eurosport HD start testing on Hotbird 11278 Ver 27500 2/3 DVB-S2 (8PSK) FTA promo program in moment DVB-S2/8PSK/MPEG-4/HD/ Thanky you for the info, since you post to VDR ml and you certainly have tried it, why aren't you sending this in channels.conf format ? no , I currently I'm not close to the vdr, that's why I couldn't scan 13e , it was forwarded the news from the Internet Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (coreavc 1.7.0 + x ine patches)
may be this news for you http://groups.google.com/group/coreavc-for-linux/browse_thread/thread/6bdb015cc88795e0?hl=en = Alan Nisota I've added initial xine support using the dshowserver. This is the only method I will support going forward. Note that it is still experimental, but I'll get the rough edges off pretty soon. Feedback is welcome of course. There is a new Wiki page detailing installation as well. It should work with 64-bit xine (if yu download the 32bit dshowserver) I've tried it using QT/AVC1, MPEG2-TS/H264 and MKV/H264. The old patch had support for some other demuxers (namely demux_mpeg.c) which I haven't implemented because I don't have any example streams -Original Message- From: gimli [EMAIL PROTECTED] To: Igor [EMAIL PROTECTED], VDR Mailing List vdr@linuxtv.org Date: Wed, 07 May 2008 21:02:01 +0200 Subject: Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches) What about it on amd64 ? Igor schrieb: Hi today was opened Google's discussions groups about coreavc for Linux to subscribe you can send the mail to [EMAIL PROTECTED] or visit a home page http://groups.google.com/group/coreavc-for-linux?hl=en here you can find a new patches for xine 1.1.12 h264_pes.patch demux_ts_fixes.patch coreavc-xine-1.1.12_more.patch coreavc-xine-1.1.11.patch Igor ___ 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-reelchannelscan plugin
Can you post the adress of SVN or is reel SVN?? svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/channelscan-0.6.1.1/ svn ls svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src skip channelscan channelscan-0.5.0/ channelscan-0.6.0/ channelscan-0.6.1/ channelscan-0.6.1.1/ skip could you release the vdr170-patch for the latest reelchannelscan version Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [linux-dvb] Re : Technotrend S2-3200 (Or Technisat Skystar HD) onLinuxMCE 0 710 (Kubuntu Feisty)
Here TT-3200 working with my CAm with no problem (almost every channel is scrambled on my sat). I can even have 2channels simustaneously recorded (Astoncrypt cam is able to decode 2 streams simultaneously). Software: multiproto (1- months old I think)+mythtv-0.21 (I had to modify it: I need to ADD 4 MHz to the frequency, else I have unreliable or no lock). do you use some MyTHTV-patch for multiproto support ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo
Hi Hot Bird 7A, 13.0 E Eurosport HD start testing on Hotbird 11278 Ver 27500 2/3 DVB-S2 (8PSK) FTA promo program in moment DVB-S2/8PSK/MPEG-4/HD/ Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [linux-dvb] Technotrend S2-3200 Scan ning
which version of multiproto, szap2, scan did you use ? -Original Message- From: Jelle De Loecker [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Fri, 16 May 2008 01:02:08 +0200 Subject: [linux-dvb] Technotrend S2-3200 Scanning Hi again, It's been a busy day. So I temporarily removed LinuxMCE to install the newer Mythbuntu 8.04 - the drivers finally recognize the S2-3200! But now I'm stuck again, and it seems to me this is a problem which has been faced, and fixed, before - I just can't fix it now because apparently so much has changed that all the patches don't work on the new source files anymore: any hacked scan or szap program won't compile. (Keep in mind I'm using a switch between my S2-3200 card and my 4 LNBs - will this cause any problems?) This is the problem you've no doubt seen before. $ sudo scan /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E channels.conf scanning /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12551500 V 2200 5 tune to: 12551:v:0:22000 __tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 22 Invalid argument tune to: 12551:v:0:22000 __tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 22 Invalid argument ERROR: initial tuning failed dumping lists (0 services) Done. ___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] error decompressing frame for Astra HD+
Guten Tag, Reinhard I'm glad to see you :) during watching of Astra HD+ from Astra 19,2E I always have this errors We'll need to clarify what during watching means. See below for details. [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]no frame! ffmpeg_video_dec: error decompressing frame [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]no frame! ffmpeg_video_dec: error decompressing frame 200 frames delivered, 31 frames skipped, 52 frames discarded video_out: throwing away image with pts 120676128 because it's too old (diff : 25806). video_out: throwing away image with pts 120690172 because it's too old (diff : 43300). video_out: throwing away image with pts 120711478 because it's too old (diff : 73586). vdr: osdflush: n: 4, 76.7, timeout: 0, result: 0 video_out: throwing away image with pts 120732839 because it's too old (diff : 104127). I think it's ffmpeg's problem, but I don't know how can I solve it. It seems to me, nobody from ffmpeg-devel list doesn't want to fix it. Has somebody experience with this problem ? The above messages are OK when you switch to this channel because we jump right into the middle of the video stream. So we will see B pictures, which cannot be decoded without it's reference pictures (I or P pictures respectively). ok, but I see this errors everytime :( Moreover some pictures reference Picture Parameter Sets (PPS) which have been broadcast just before you switched to the channel, so these pictures cannot be decoded too. All those errors should go away from the time on, ah, it would be fine, but really I have this errors always during the watching AstraHD where an IDR picture is seen in the video stream, as all data up to the next IDR picture will not reference any data structures broadcast before the IDR picture. Let's now come back to the term during watching: As written above, those messages are OK when switching to a channel. When they appear during watching the channel, I could think of VDR having issued a CLEAR as it's buffers ran full for any reason, but your excerpt doesn't show such messages. Last but not least, the broadcast stream could have been buggy. what about your VDR system ? Have you the same errors ? btw , I have uploaded one sample from AstraHD with the size 10 MB Astra.pes http://www.zshare.net/download/1179707004348a83/ you can try it Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] error decompressing frame for Astra HD+
what about your VDR system ? Have you the same errors ? Well, my P4 2.8 GHz HT system is not powerful enough to play this stream in real time. yes, I have the same CPU CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 3, Stepping: 4) Hence, I regularly see VDR issue CLEARs after which such messages are normal. sorry, what do you mean VDR issue CLEARs ? btw , I have uploaded one sample from AstraHD with the size 10 MB Astra.pes http://www.zshare.net/download/1179707004348a83/ you can try it As written above, I had to slow down replaying: xine -S slow2 astra.pes#demux:mpeg_pes This only gives me messages for two B pictures, i. e. you're cut VDR recording shows a picture structure like that: IBBP In MPEG2, one (VDR) would have set the broken link flag for such a group of pictures as the B pictures cannot be decoded without a reference picture from the previous GOP. But H.264 doesn't have a broken link flag, so that's why FFmpeg gives messages like the following: [h264 @ 0xac236490]B picture before any references, skipping [h264 @ 0xac236490]decode_slice_header error [h264 @ 0xac236490]B picture before any references, skipping [h264 @ 0xac236490]decode_slice_header error so, could you give some resume about this errors ? is it ffmpeg/provider/vdr/driver problem ? or no any problem ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can not view DVB-S2 channels
Vangelis Nonas wrote: I dont think that this is the case because with encrypted DVB-S channels I get a blank screen but NOT the message channel not available. I get this message ONLY on DVB-S2 channels. I can perfectly watch HD Suisse which is DVB-S. with vdr 1.7 and the patch it s possible to say that there is something if you remove the encrypted flag, and vpid, ppid and dpid they will reappear when you switch to that channel - its there, maybe they are not broadcasting at that moment I suppose Vangelis Nonas didn't remove any encrypted flags and pids. For you information - what's new in VDR 1.6.0 The changes since version 1.5.13: - Removed switching to the next higher or lower channel if the current channel is not available, in order to allow staying on an encrypted channel that takes a while for the CAM to start decrypting. = may be in 1.7.0 it was broken for dvb-s2 encrypted channels Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can not view DVB-S2 channels
As far as trying vdr with clear DVB-S2 channels, unfortunately it is not possible in my case since I only have access to Hotbird, which I think has no clear DVB-S2 channels. yes, you are right - on Hotbird the open dvb-s2 channels absent http://www.lyngsat.com/hd/hotbird.html As fas as changing encrypted flag, vpid, ppid and dpid, can you please give me an example, what I have to change in the following line: Next HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10160+160:0;400=ita,401=eng:0:919,93B:11030:64511:6400:0 Finally, I have to mention that using multiproto (not multiproto plus) and modified szap, I can tune to Next HD and get a lock (of course I can not watch the channel, I just get the message from modified szap that it has lock). which multipro's version and szap do you use ? where from did you get szap ? Modified szap does not work at all with multiproto plus. it's strange. May be the version of multiproto_plus and multiproto is different ? Moreover, using multiproto (not multiproto plus) and vdr-1.5.14 (with h264 patch) or vdr-1.5.12 (with dvb-s2 + h264 patch) I have exactly the same behaviour with vdr-1.7.0 and multiproto plus : channel not avaialble for all DVB-S2 channels. what about the logs ? could you see un /var/syslog Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can not view DVB-S2 channels
So, I have checked on my VDR 170 your issue. I can confirm that on encrypted dvb/s dvb/s2 channels I receive the message Channal not available But you can fix it easy :) Go to Menu - Setup - Update channels - NO after that go to the channels edit (red button) - change CA field from encrypted to Free to Air Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (coreavc 1.7.0 + x ine patches)
Hi can someone to run the coreavc for linux 170 with vdr 170 ? I couldn't :( Igor -Original Message- From: Darren Salt [EMAIL PROTECTED] To: vdr@linuxtv.org Date: Wed, 07 May 2008 21:58:55 +0100 Subject: Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches) I demand that Igor may or may not have written... [snip] http://groups.google.com/group/coreavc-for-linux?hl=en here you can find a new patches for xine 1.1.12 h264_pes.patch demux_ts_fixes.patch coreavc-xine-1.1.12_more.patch coreavc-xine-1.1.11.patch NAK. Unattributed, no summary lines, no descriptions, insufficiently and unsuitably split up, C++ comments, strange comments such as My Hack. There is at least one ABI change: a struct in a public header file is changed, which automatically makes this 1.2 material. Bug fixes then the h264 PES patch (without any ABI changes which are not simple additions) sent to xine-devel if you want any of this added to xine-lib. After that, the CoreAVC patches; one patch series against hg tip is STRONGLY preferred. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! Bother, said Pooh, as he saw the mushroom cloud. ___ 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 not view DVB-S2 channels
the channels in your channels.conf are encrypted , thta's why vdr couldn't open them -Original Message- From: Vangelis Nonas [EMAIL PROTECTED] To: VDR Mailing List [EMAIL PROTECTED] org Date: Fri, 09 May 2008 20:52:46 + Subject: Re: [vdr] Can not view DVB-S2 channels Nobody has this problem? Any suggestions? Thanks Vagelis NONAS EUAGGELOS wrote: Dear All, I have a skystar hd and I am using vdr 1.7.0 with the h264 patch and xine for output device as described here: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_xine The only channel I am able to watch is HD Suisse. I can not watch any other dvb-s2 or h264 channel. When I zap to it I get: channel not available. These are some example channels from chanels.conf that do NOT work: SKY Sport HD 1;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10164+164:0;416=ita,417= eng:0:919,93B:11020:64511:6400:0 Next HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10160+160:0;400=ita,401=eng:0:9 19,93B:11030:64511:6400:0 SKY Cinema HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10161+161:0;404=ita,405=e ng:0:919,93B:11031:64511:6400:0 NationalGeo HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10163+163:0;412=ita,413= eng:0:919,93B:11032:64511:6400:0 SKY Sport HD 2;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10165+165:0;420=eng,421= ita:0:919,93B:11033:64511:6400:0 I have copied them from the mailing list: http://www.mail-archive.com/vdr@linuxtv.org/msg04678.html Any help / ideas would be appreciated. Regards Vagelis ___ 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] Can not view DVB-S2 channels
no need the additional patches for vdr 170 except vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 , but you already have installed it. could you check VDR's behaviour on open dvb-s2 channels , please Igor -Original Message- From: Vangelis Nonas [EMAIL PROTECTED] To: VDR Mailing List vdr@linuxtv.org Date: Fri, 09 May 2008 22:46:04 + Subject: Re: [vdr] Can not view DVB-S2 channels I dont think that this is the case because with encrypted DVB-S channels I get a blank screen but NOT the message channel not available. I get this message ONLY on DVB-S2 channels. I can perfectly watch HD Suisse which is DVB-S. I think I am missing a patch. I think there must be a patch that tells vdr that these channels are DVB-S2 and instructs the card accordingly to switch to dvb-s2 mode. Basically I use vdr-1.7.0 with this patch: http://www.linuxtv.org/pipermail/vdr/attachments/20080413/1054bcfb/attachment-0001.bin and vdr-xine as described here: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_xine Am I missing a patch or something else? Igor wrote: the channels in your channels.conf are encrypted , thta's why vdr couldn't open them -Original Message- From: Vangelis Nonas [EMAIL PROTECTED] To: VDR Mailing List [EMAIL PROTECTED] org Date: Fri, 09 May 2008 20:52:46 + Subject: Re: [vdr] Can not view DVB-S2 channels Nobody has this problem? Any suggestions? Thanks Vagelis NONAS EUAGGELOS wrote: Dear All, I have a skystar hd and I am using vdr 1.7.0 with the h264 patch and xine for output device as described here: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_xine The only channel I am able to watch is HD Suisse. I can not watch any other dvb-s2 or h264 channel. When I zap to it I get: channel not available. These are some example channels from chanels.conf that do NOT work: SKY Sport HD 1;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10164+164:0;416=ita,417= eng:0:919,93B:11020:64511:6400:0 Next HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10160+160:0;400=ita,401=eng:0:9 19,93B:11030:64511:6400:0 SKY Cinema HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10161+161:0;404=ita,405=e ng:0:919,93B:11031:64511:6400:0 NationalGeo HD;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10163+163:0;412=ita,413= eng:0:919,93B:11032:64511:6400:0 SKY Sport HD 2;SkyItalia:11996:vC23M5S1Z35:S13.0E:27500:10165+165:0;420=eng,421= ita:0:919,93B:11033:64511:6400:0 I have copied them from the mailing list: http://www.mail-archive.com/vdr@linuxtv.org/msg04678.html Any help / ideas would be appreciated. Regards Vagelis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TS recordings?
This is actually what I am currently working on. VDR 1.7.x will soon begin using TS as its recording format. Replay of existing recordings (in PES) will, of course, be possible. fine, because MPlayer (not xine) couldn't playback h.264 pes files recorded on VDR. Was some discussion about it with MPlayer - developpers http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-May/072988.html Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] coreavc for Linux (coreavc 1.7.0 + xine patches)
Hi today was opened Google's discussions groups about coreavc for Linux to subscribe you can send the mail to [EMAIL PROTECTED] or visit a home page http://groups.google.com/group/coreavc-for-linux?hl=en here you can find a new patches for xine 1.1.12 h264_pes.patch demux_ts_fixes.patch coreavc-xine-1.1.12_more.patch coreavc-xine-1.1.11.patch Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (coreavc 1.7.0 + x ine patches)
the answer from list === Not the way it is now.. you might be able to compile xine-lib as 32- bit and statically link it. The only other option would be to get mplayer/xine to work with dshowserver. Not sure how much work that would take. === btw, there's h264_pes.patch - h264_pes.patch - h264 in mpeg-pes detection fix (needed for xineliboutput/streamdev) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-reelchannelscan plugin
Hi I have one reject reelchannelscan-0.4.1# cat vdr-reelchannelscan-h264-multiproto.diff | patch patching file filter.c patching file i18n.c patching file transponders.c Hunk #1 succeeded at 119 with fuzz 1. Hunk #2 FAILED at 221. 1 out of 2 hunks FAILED -- saving rejects to file transponders.c.rej transponders.c.rej *** 221,229 // printf (DBG SetTerrTransponderData(s:%d,f: %d ,BW: %d, mod %d, Hier %d\n,fec_h %d/l %d,G %d,T %d , type, // frequency_, bandwidth_, modulation_, hierarchy_, fec_h_, fec_l_, guard_, transmission_); -return c-SetTerrTransponderData(type, frequency_, bandwidth_, modulation_, hierarchy_, fec_h_, - fec_l_, guard_, transmission_);// - } //--- Class cCableTransponder -- reelchannelscan from here http://www.reelbox.org/software/source/vdr-plugins/vdr-reelchannelscan-0.4.1.tgz Igor -Original Message- From: lucian orasanu [EMAIL PROTECTED] To: vdr@linuxtv.org Date: Wed, 7 May 2008 10:57:19 -0700 (PDT) Subject: [vdr] vdr-reelchannelscan plugin Hy again 10x for advices. Second take. atached you will fin an patch for vdr-reelchannelsan plugin to ad functionality for vdr-1.7.0 patched with h264 patch and multiproto driver. patch is for vdr-reelchannelscan-0.4.1 Cheers Lucian Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ diff -ruN ./notpatched/filter.c ./patched/filter.c --- ./notpatched/filter.c 2006-11-24 20:55:56.0 +0200 +++ ./patched/filter.c 2008-05-05 23:44:17.0 +0300 @@ -383,16 +383,17 @@ int Ppid = pmt.getPCRPid(); int Apids[MAXAPIDS + 1] = { 0 }; int Dpids[MAXDPIDS + 1] = { 0 }; -#if VDRVERSNUM = 10332 +int Spids[MAXSPIDS + 1] = { 0 }; +#ifndef MAXLANGCODE2 +#define MAXLANGCODE2 4 +#endif char ALangs[MAXAPIDS + 1][MAXLANGCODE2] = { }; char DLangs[MAXDPIDS + 1][MAXLANGCODE2] = { }; -#else -char ALangs[MAXAPIDS + 1][4] = { }; -char DLangs[MAXDPIDS + 1][4] = { }; -#endif +char SLangs[MAXSPIDS][MAXLANGCODE2] = { }; int Tpid = 0; int NumApids = 0; int NumDpids = 0; +int NumSpids = 0; for (SI::Loop::Iterator it; pmt.streamLoop.getNext(stream, it); ) { // printf(PID: %5d %5d %2d %3d %3d\n, pmt.getServiceId(), stream.getPid(), stream.getStreamType(), pmt.getVersionNumber(), Channel-Number());//XXX switch (stream.getStreamType()) { @@ -436,6 +437,28 @@ case SI::AC3DescriptorTag: dpid = stream.getPid(); break; +#if VDRVERSNUM = 10510 +case SI::SubtitlingDescriptorTag: + if (NumSpids MAXSPIDS) { +Spids[NumSpids] = stream.getPid(); +SI::SubtitlingDescriptor *sd = (SI::SubtitlingDescriptor *)d; +SI::SubtitlingDescriptor::Subtitling sub; +char *s = SLangs[NumSpids]; +int n = 0; +for (SI::Loop::Iterator it; sd-subtitlingLoop.getNext(sub, it); ) { +if (sub.languageCode[0]) { + if (n 0) + *s++ = '+'; + strn0cpy(s, I18nNormalizeLanguageCode(sub.languageCode), MAXLANGCODE1); + s += strlen(s); + if (n++ 1) + break; + } +} +NumSpids++; +} + break; +#endif case SI::TeletextDescriptorTag: Tpid = stream.getPid(); break; @@ -463,7 +486,7 @@ delete d; } } -Channel-SetPids(Vpid, Vpid ? Ppid : 0, Apids, ALangs, Dpids, DLangs, Tpid); +Channel-SetPids(Vpid, Vpid ? Ppid : 0, Apids, ALangs, Dpids, DLangs, Spids, SLangs, Tpid); printf( %i %s %i %i SID %i\n,num,Channel-Name(),Vpid, Apids[0], Channel-Sid()); Channel-SetCaIds(CaDescriptors-CaIds()); Channel-SetCaDescriptors(CaDescriptorHandler.AddCaDescriptors(CaDescriptors)); diff -ruN ./notpatched/i18n.c ./patched/i18n.c --- ./notpatched/i18n.c
Re: [vdr] error decompressing frame for Astra HD+
I think it's ffmpeg's problem, but I don't know how can I solve it. It seems to me, nobody from ffmpeg-devel list doesn't want to fix it. Has somebody experience with this problem ? The Astra HD stream has errors always on the same positions in the loop. They show up also with the Reel HDE and the Humax HD1000. do you think - the reason into not corrected coder or is it decoder's problem ? When they were simulcasting AstraHD on the Pro7HD and PremiereHD-transponder, only the stream on the PremiereHD-transponder was OK. Now they apparently have moved the faulty stream also to PremiereHD... the same errors have other h.264 dvb-providers, not only AstraHD. Later I will show the statistic. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Judder with interlaced channels
could you show the syslog/xine/ffmeg outputs during this problem. It seems to is ffmpeg problem Igor -Original Message- From: [EMAIL PROTECTED] To: vdr@linuxtv.org Date: Fri, 2 May 2008 17:40:44 +0200 Subject: [vdr] Judder with interlaced channels I have some problems with interlaced channels on SD HDTV. Judder and jitter and its good visible when I using a SD channel with a ticker-tape. If I tune to Discovery HD 1080i its shaking and stutter around but 720P channel like National Geographic HD are smooth. I don't know where to look at. My configurations : 1.) DualCore AMD , 2GB memory, Suse 10.3, vdr 1.6.0, regular dvb drivers from suse dvd and tt budget 1500-ci (cam=aston 1.07) 2.) SingleCore AMD, 1GB memory, Suse 10.3 vdr 1.7.0 multiproto dvb drivers incl, some patches and tt budget 3200-ci (cam=aston 1.07) Booth systems has the same problem and its not related to lnb or signal. I have check it with my humax hdci 2000 and picture is very good and smooth movements. After record some channels and ftp it to a windows system or apple its visible to in for example Media Player or Media Player Classic. With streamdev the same. Suggestions? Please help me out. Jean-Paul ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV-feeds (was - OT: ITV HD Testing on Eurobird but receivable with VDR)
Hi thanks for the interesting news. BTW - is there any HDTV-feeds from satellites ? does somebody watch it by vdr ? Igor -Original Message- From: Morfsta [EMAIL PROTECTED] To: VDR Mailing List vdr@linuxtv.org Date: Fri, 2 May 2008 20:58:32 +0100 Subject: [vdr] OT: ITV HD Testing on Eurobird but receivable with VDR Hi, For those of you interested in picking up strange test broadcasts, ITV HD is currently testing on Eurobird 1 @ 28.5E. Apparently the channel is currently broadcasting in H.222 (MPEG4 in an MPEG2 stream?), but can be picked up if you are using VDR+XINE+COREAVC. Most set top box satellite receivers can't pull in this channel at the moment. Presently they are showing a loop of HD images of London at 1920x1088i. I had to manually enter the information: 11428H / 27500 VPID: 3401 DPID: 3402 SPID: 54207 Anyway, if you are into picking up strange new test broadcasts (particularly HD) with your VDR box then enjoy. Cheers, Morfsta ___ 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] Single CoreAVC Patch
Dear Morfsta would you update your coreavc-patch for current HG-version of xine-lib-1.2 (btw - there's coreavc 1.7.0) I have the problem with patch # cat xine-lib-1.2hg-coreavc.diff | patch -p1 --dry-run patching file include/xine/buffer.h Hunk #2 succeeded at 687 (offset 1 line). patching file src/demuxers/bitstream.h patching file src/demuxers/demux_mpeg.c patching file src/demuxers/demux_mpeg_pes.c patching file src/demuxers/demux_qt.c Hunk #1 succeeded at 2760 (offset 34 lines). Hunk #2 succeeded at 2779 (offset 34 lines). patching file src/demuxers/demux_ts.c patching file src/libw32dll/DirectShow/DS_AudioDecoder.c patching file src/libw32dll/DirectShow/DS_Filter.c patching file src/libw32dll/DirectShow/DS_Filter.h patching file src/libw32dll/DirectShow/DS_VideoDecoder.c patching file src/libw32dll/DirectShow/guids.c patching file src/libw32dll/DirectShow/guids.h patching file src/libw32dll/DirectShow/outputpin.c patching file src/libw32dll/DirectShow/outputpin.h patching file src/libw32dll/Makefile.am The next patch would create the file src/libw32dll/nal_parser.c, which already exists! Assume -R? [n] n Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/libw32dll/nal_parser.c.rej The next patch would create the file src/libw32dll/nal_parser.h, which already exists! Assume -R? [n] n Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/libw32dll/nal_parser.h.rej patching file src/libw32dll/w32codec.c patching file src/libw32dll/wine/ext.c patching file src/libw32dll/wine/pe_image.c patching file src/libw32dll/wine/vfw.h patching file src/libw32dll/wine/win32.c Hunk #36 FAILED at 5288. Hunk #37 succeeded at 5327 (offset -2 lines). Hunk #38 succeeded at 5440 (offset -2 lines). Hunk #39 succeeded at 5460 (offset -2 lines). Hunk #40 succeeded at 5468 (offset -2 lines). Hunk #41 succeeded at 5481 (offset -2 lines). 1 out of 41 hunks FAILED -- saving rejects to file src/libw32dll/wine/win32.c.rej -Original Message- From: Morfsta [EMAIL PROTECTED] To: vdr@linuxtv.org Date: Fri, 15 Feb 2008 15:40:10 + Subject: [vdr] [ANNOUNCE] Single CoreAVC Patch that Works with Xine-lib andVdr-xine Hi, Attached is a patch to enable decoding of H264 video streams using the CoreAVC Win32 DLL, the latest HG clone of xine-lib and Reinhard's vdr-xine and of course VDR. CoreAVC is a commercial and fast software-based H264 decoder. To make this work: - 1) Download the latest mercurial xine-lib (hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2) 2) Patch it (cd xine-lib-1.2 ; patch -p 1 xine-lib-1.2hg-coreavc.diff) 3) Make and install it in your usual way (e.g. ./autogen.sh --disable-dxr3 ; make ; make install). You might want to remove old xine-lib first (rm /usr/local/lib/libxine* ; rm -rf /usr/local/lib/xine) 4) Make and install xine-ui (skip if already installed) 5) mkdir /usr/lib/win32 6) Put CoreAVCDecoder.ax (version 1.5.0 is the only version I can get working - the version I have is called coreavcdecoder_unpacked.ax) in /usr/lib/win32 7) Remove the old external ff decoder references (rm /usr/local/lib/xine/plugins/2.0/xineplug_decode_ff.so ; rm /usr/local/lib/xine/plugins/2.0/xineplug_decode_qt.so) 8) Start VDR -Pxine 9) Run xine (xine -f -pq -I -V xv -A alsa --post vdr_video --post vdr_audio -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 vdr://tmp/vdr-xine/stream#demux:mpeg_pes) You can also tweak some of the CoreAVC settings. See this page for more details: - http://code.google.com/p/coreavc-for-linux/wiki/RegisterCoreAVC but change ~/.mplayer/registry32 with ~/.xine/win32registry. Note, to increase performance I have disabled the xine de-interlacer for H264 streams as by default the CoreAVC deinterlacer is enabled. I don't think it's as good as the xine de-interlacer, but if you want to try re-enable xine deint on your CPU (too slow on my 2.6Ghz dual core) then edit xine's src/libw32dll/w32codec.c and re-enable int field = VO_BOTH_FIELDS | VO_INTERLACED_FLAG; and comment out int field = VO_BOTH_FIELDS; Then you can disable CoreAVC's deinterlacer using the instructions on code.google.com (registercodec -r ~/.xine/win32registry -k HKEY_CURRENT_USER\\Software\\CoreCodec\\CoreAVC Pro\\Deinterlace -v 3 -t dword) Note, I haven't written the majority of this patch, it has been pulled together from about 4 other patches (budice's work on DVBN and the google code site itself). I have added code to automatically detect the size of the H264 stream and to set the aspect ratio of the resultant picture as well as making it apply cleanly (hopefully!) to today's HG of xine. Therefore, the code is nothing more than a total hack and will not likely see inclusion in xine in it's current form. There is currently H264 parsing occurring in the demuxer which is probably a bad thing, it should be moved out of there.
[vdr] error decompressing frame for Astra HD+
Hi during watching of Astra HD+ from Astra 19,2E I always have this errors [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]B picture before any references, skipping [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]no frame! ffmpeg_video_dec: error decompressing frame [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]non existing PPS referenced [h264 @ 0xabfba3d0]decode_slice_header error [h264 @ 0xabfba3d0]no frame! ffmpeg_video_dec: error decompressing frame 200 frames delivered, 31 frames skipped, 52 frames discarded video_out: throwing away image with pts 120676128 because it's too old (diff : 25806). video_out: throwing away image with pts 120690172 because it's too old (diff : 43300). video_out: throwing away image with pts 120711478 because it's too old (diff : 73586). vdr: osdflush: n: 4, 76.7, timeout: 0, result: 0 video_out: throwing away image with pts 120732839 because it's too old (diff : 104127). I think it's ffmpeg's problem, but I don't know how can I solve it. It seems to me, nobody from ffmpeg-devel list doesn't want to fix it. Has somebody experience with this problem ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 multiproto hvr4000 - multiproto_plus
Have you replaced linux/include/linux/compiler.h with the one from your kernel ? (in multiproto_plus dir) if that's going to be included, this shouldn't be in of course. your patch included the compiler.h, after replacing it with the right one the drivers are build your patch also created a .config.old in v4l and the cx88 modules are not build (the .config created during make does only contain inaktive lines for cx88 modules), i modified the .config manual and started make again OK, here's one without compiler.h and without .config.old (by the way, I don't understand why make distclean didn't remove it...). Good new, such way the patch is even smaller, so it would be really good to have it included finally into the repo :-) Any objection to the inclusion ? with this patch I have the error May 3 22:42:15 localhost vdr: [3471] ERROR (dvbdevice.c,302): Invalid argument when I try to tune on dvb-s2 channels on VDR But with HVR-4000-multiproto_plus-2008-04-25.diff + HVR-4000-multiproto_plus-2008-04-25_inversion is OK for me Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0
when I want to switch on dvb-s2 channels ( Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782 Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, tid=4535) Apr 28 09:18:32 localhost vdr: [4188] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4756] transfer thread started (pid=4188, tid=4756) Apr 28 09:18:32 localhost vdr: [4537] TS buffer on device 1 thread ended (pid=4188, tid=4537) Apr 28 09:18:32 localhost vdr: [4536] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4536] receiver on device 1 thread ended (pid=4188, tid=4536) Apr 28 09:18:32 localhost vdr: [4757] receiver on device 1 thread started (pid=4188, tid=4757) Apr 28 09:18:32 localhost vdr: [4758] TS buffer on device 1 thread started (pid=4188, tid=4758) Apr 28 09:18:40 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 Apr 28 09:18:40 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:18:50 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:50 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:00 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:00 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:10 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:10 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:20 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:20 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:30 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:30 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:41 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 Please post the channels.conf line of that channel. ASTRA HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0 but the problem was in bug inside cx24116 driver Gilmi has fixed it in HVR-4000-multiproto_plus-2008-04-25_inversion patch for cx24116.c Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 multiproto hvr4000 - multiproto_plus
with this patch I could receive dvb-s2 channels on my VDR 170 I don't have the error May 3 22:42:15 localhost vdr: [3471] ERROR (dvbdevice.c,302): Invalid argument anymore @gilmi thanks Igor sorry, took a little bit longer to find time for made the patch. This patch is against multiproto_plus + HVR-4000-multiproto_plus-2008-04-25.diff. With this combination i'm able to tune all HDTV channels on Astra 19.2E. My Hardware is a WinTV Nova HD S2. cu Edgar (gimli) Hucek On Tue, Apr 29, 2008 at 10:18:30AM +0200, gimli wrote: Some postings before i read about multiproto + hvr4000 and tuning problems. I had that problems myselfe. The problem is the inversion setting in the driver. It's a driver bug. At the moment i do not have my modified driver by hand. Will post it in later today. I did a mixuup between : http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024487.html and http://www.mail-archive.com/[EMAIL PROTECTED]/msg27438.html a patch i have done. c Edgar (gimli) Hucek Oh, nice one, could you correct my update on your work for multiproto_plus : http://linuxtv.org/pipermail/linux-dvb/2008-April/025655.html I must have different hardware because all works just fine here... Thanks, -- GrИgoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ATTACHMENT: application/octet-stream (HVR-4000-multiproto_plus-2008-04-25_inversion.diff) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [linux-dvb] VDR 1.7.0 multiproto hvr4000 - multiproto_plus
sorry, I was wrong with the latest cumulative hvr4000-patch from Gregoire HVR-4000-multiproto_plus-2008-05-02.diff.bz2 I can tune on dvb-s2 channels on my VDR 170 this patch is OK for me @Gregoire thank you very much Igor -Original Message- From: Igor [EMAIL PROTECTED] To: VDR Mailing List vdr@linuxtv.org Date: Sat, 03 May 2008 22:51:26 +0400 Subject: Re: [linux-dvb][vdr] VDR 1.7.0 multiproto hvr4000 - multiproto_plus Have you replaced linux/include/linux/compiler.h with the one from your kernel ? (in multiproto_plus dir) if that's going to be included, this shouldn't be in of course. your patch included the compiler.h, after replacing it with the right one the drivers are build your patch also created a .config.old in v4l and the cx88 modules are not build (the .config created during make does only contain inaktive lines for cx88 modules), i modified the .config manual and started make again OK, here's one without compiler.h and without .config.old (by the way, I don't understand why make distclean didn't remove it...). Good new, such way the patch is even smaller, so it would be really good to have it included finally into the repo :-) Any objection to the inclusion ? with this patch I have the error May 3 22:42:15 localhost vdr: [3471] ERROR (dvbdevice.c,302): Invalid argument when I try to tune on dvb-s2 channels on VDR But with HVR-4000-multiproto_plus-2008-04-25.diff + HVR-4000-multiproto_plus-2008-04-25_inversion is OK for me ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to use VDR2VDR for h264 streamin g?
We (me and my friend from the States) have the following problem. My friend wants to watch tv programs from Europe, which I stream to him. Because my upload is not too big (about 0.5 megabits) we used externremux script together with stream-device plugin for vdr to encode stream with h264 codec and after that stream it into internet. do you encode mpeg2 satellite channels to h.264 on the fly ? It seems to me it's very hard job for CPU or do you stream in Internet h.264 dvb-s2 channels ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to use VDR2VDR for h264 streamin g?
Yes, we encode it on the fly: Abit I-N73HD motherboard with overclocked Intel Pentium E2160 processor. Working like a charm, about 50-60% loading of the each of processors. Here is my encoding line: (Middle quality) cat $OUT.avi /usr/bin/mencoder $IN -vf scale=512:384 -ovc x264 -x264encopts bitrate=300:threads=auto -oac lavc -lavcopts acodec=aac:abitrate=20 -o $OUT.avi $OUT.log High quality: cat $OUT.avi /usr/bin/mencoder $IN -vf scale=512:384 -ovc x264 -x264encopts bitrate=256:subq=5:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b:threads=auto -oac lavc -lavcopts acodec=aac:abitrate=20 -o $OUT.avi $OUT.log it's interesting... BTW - does the picture's quality change after high quality h264 decoding ? Which bitrate and resolution have the mpeg2 channels ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 + xine plugin 0.8.2 - seve ral issues
But if I disconnect from the card the antenna I will have this problem [snip] let's see in the xine output [snip] video_out: throwing away image with pts 96108366 because it's too old (diff : 434402). video_out: throwing away image with pts 96111366 because it's too old (diff : 431402). When you disconnect the antenna cable for a certain amount of time, there will be a gap in presentation time stamps (PTS). This will cause xine to jump over the gap with the result that the previously established buffer will run empty immediately. Any further received images will therefore arrive to late at xine and cause the above messages. today I disconnected the antenna cable again and didn't discover this problem (I don't know why) Apr 28 09:54:29 localhost vdr: [6060] switching to channel 2 Apr 28 09:54:29 localhost vdr: [6060] buffer stats: 0 (0%) used Apr 28 09:54:29 localhost vdr: [6126] transfer thread started (pid=6060, tid=6126) Apr 28 09:54:29 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:54:30 localhost vdr: [6124] TS buffer on device 1 thread ended (pid=6060, tid=6124) Apr 28 09:54:30 localhost vdr: [6123] buffer stats: 0 (0%) used Apr 28 09:54:30 localhost vdr: [6123] receiver on device 1 thread ended (pid=6060, tid=6123) Apr 28 09:54:30 localhost vdr: [6127] receiver on device 1 thread started (pid=6060, tid=6127) Apr 28 09:54:30 localhost vdr: [6128] TS buffer on device 1 thread started (pid=6060, tid=6128) Apr 28 09:54:40 localhost vdr: [6064] frontend 0 timed out while tuning to channel 2, tp 111953 Apr 28 09:54:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:55:11 localhost last message repeated 3 times Apr 28 09:55:32 localhost last message repeated 2 times Apr 28 09:55:42 localhost vdr: [6064] frontend 0 timed out while tuning to channel 2, tp 111953 Apr 28 09:55:42 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:56:13 localhost last message repeated 3 times Apr 28 09:56:34 localhost last message repeated 2 times Apr 28 09:56:45 localhost vdr: [6064] frontend 0 timed out while tuning to channel 2, tp 111953 Apr 28 09:56:45 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Maybe I can find a solution for vdr-xine to detect this issue and reestablish a suitable buffer in this case. fine :) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.0 ERROR (dvbdevice.c,302): Invalid argument
Gregoire have you the same dvbdevice.c as me ? when I want to switch on dvb-s2 channel ASTRA HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0 Well, I have this : ASTRA HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0 Which is alsmost the same, but not, and which works ;-) the difference is only in Inversion parameter. But your string didn't help me :( I have the same error Apr 28 22:13:27 localhost vdr: [4778] switching to channel 1 Apr 28 22:13:27 localhost vdr: [4789] transfer thread ended (pid=4778, tid=4789) Apr 28 22:13:27 localhost vdr: [4778] buffer stats: 0 (0%) used Apr 28 22:13:27 localhost vdr: [4822] transfer thread started (pid=4778, tid=4822) Apr 28 22:13:27 localhost vdr: [4791] TS buffer on device 1 thread ended (pid=4778, tid=4791) Apr 28 22:13:27 localhost vdr: [4790] buffer stats: 0 (0%) used Apr 28 22:13:27 localhost vdr: [4790] receiver on device 1 thread ended (pid=4778, tid=4790) Apr 28 22:13:27 localhost vdr: [4823] receiver on device 1 thread started (pid=4778, tid=4823) Apr 28 22:13:27 localhost vdr: [4824] TS buffer on device 1 thread started (pid=4778, tid=4824) Apr 28 22:13:30 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:13:30 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:13:40 localhost vdr: [4782] frontend 0 timed out while tuning to channel 1, tp 111914 Apr 28 22:13:40 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:13:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:13:50 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:13:50 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:14:00 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:14:00 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:14:11 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:14:11 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:14:21 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:14:21 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:14:31 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument Apr 28 22:14:31 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 22:14:41 localhost vdr: [4782] frontend 0 timed out while tuning to channel 1, tp 111914 Apr 28 22:14:41 localhost vdr: [4782] ERROR (dvbdevice.c,302): Invalid argument ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.0 + xine plugin 0.8.2 - several iisues
localhost vdr:[5746] initiating emergency exit Apr 27 13:38:03 localhost vdr: [5732] emergency exit requested - shuttingdown Apr 27 13:38:03 localhost vdr: [5732] stopping plugin: xine Apr 27 13:38:03 localhost vdr: [5747] recording thread ended (pid=5732, tid=5747) Apr 27 13:38:03 localhost vdr: [5746] file writer thread ended (pid=5732, tid=5746) Apr 27 13:38:03 localhost vdr: [5732] buffer stats: 0 (0%) used Apr 27 13:38:03 localhost vdr: [5732] timer 1 (88 1318-1618 '@Das gemütliche Schlafzimmer') stop Apr 27 13:38:03 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 27 13:38:03 localhost vdr: [5743] transfer thread ended (pid=5732, tid=5743) Apr 27 13:38:03 localhost vdr: [5732] buffer stats: 0 (0%) used Apr 27 13:38:03 localhost vdr: [5738] Leaving cXineRemote thread Apr 27 13:38:03 localhost vdr: [5738] XineRemote control thread ended (pid=5732, tid=5738) Apr 27 13:38:03 localhost vdr: [5741] KBD remote control thread ended (pid=5732, tid=5741) Apr 27 13:38:03 localhost vdr: [5732] saved setup to /etc/vdr/setup.conf Apr 27 13:38:03 localhost vdr: [5745] TS buffer on device 1 thread ended (pid=5732, tid=5745) Apr 27 13:38:03 localhost vdr: [5744] buffer stats: 0 (0%) used Apr 27 13:38:03 localhost vdr: [5744] receiver on device 1 thread ended (pid=5732, tid=5744) Apr 27 13:38:04 localhost vdr: [5737] section handler thread ended (pid=5732, tid=5737) Apr 27 13:38:06 localhost vdr: [5736] tuner on device 1 thread ended (pid=5732, tid=5736) Apr 27 13:38:06 localhost vdr: [5732] deleting plugin: xine Apr 27 13:38:06 localhost vdr: [5732] exiting, exit code 1 Apr 27 13:38:06 localhost vdr: [5732] emergency exit! Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.7.0 channell's scan
Hi how is it possible to scan dvb-s/s2 channels with vdr 1.7.0 ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] new parameters for channels.conf in VDR 1.7.0
Hi from readme vdr 1.7.0 = Note that the channels.conf file now supports additional parameters, so you may want to make sure you have a backup of this file in case you need to go back to the previous version of VDR! = which difference between this describing ? http://linuxtv.org/vdrwiki/index.php/Syntax_of_channels.conf Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.0
Hi when I want to switch on dvb-s2 channels ( Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782 Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, tid=4535) Apr 28 09:18:32 localhost vdr: [4188] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4756] transfer thread started (pid=4188, tid=4756) Apr 28 09:18:32 localhost vdr: [4537] TS buffer on device 1 thread ended (pid=4188, tid=4537) Apr 28 09:18:32 localhost vdr: [4536] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4536] receiver on device 1 thread ended (pid=4188, tid=4536) Apr 28 09:18:32 localhost vdr: [4757] receiver on device 1 thread started (pid=4188, tid=4757) Apr 28 09:18:32 localhost vdr: [4758] TS buffer on device 1 thread started (pid=4188, tid=4758) Apr 28 09:18:40 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 Apr 28 09:18:40 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:18:50 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:50 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:00 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:00 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:10 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:10 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:20 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:20 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:30 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:30 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:41 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.0 ERROR (dvbdevice.c,302): Invalid argument
Hi when I want to switch on dvb-s2 channel ASTRA HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0 I receive this error Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782 Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, tid=4535) Apr 28 09:18:32 localhost vdr: [4188] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4756] transfer thread started (pid=4188, tid=4756) Apr 28 09:18:32 localhost vdr: [4537] TS buffer on device 1 thread ended (pid=4188, tid=4537) Apr 28 09:18:32 localhost vdr: [4536] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4536] receiver on device 1 thread ended (pid=4188, tid=4536) Apr 28 09:18:32 localhost vdr: [4757] receiver on device 1 thread started (pid=4188, tid=4757) Apr 28 09:18:32 localhost vdr: [4758] TS buffer on device 1 thread started (pid=4188, tid=4758) Apr 28 09:18:40 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 Apr 28 09:18:40 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:18:50 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:50 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:00 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:00 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:10 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:10 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:20 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:20 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:30 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:30 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 Apr 28 09:19:41 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 in attachment you can find my dvbdevice.c Igor dvbdevice.c.bz2 Description: BZip2 compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] AMD/ATI 780G Redion/HD3200 mpeg deco der.
Hi are you sure - is it h264 decoder ? May be it's accelerator for decoding h264 video ? Anyway , currently in Linux there's not any driver for support of hardware decoding HD video in graphic cards from ATI/Nvidia Igor -Original Message- From: covert covert [EMAIL PROTECTED] To: VDR Mailing List vdr@linuxtv.org Date: Sat, 26 Apr 2008 18:15:48 +1000 Subject: [vdr] AMD/ATI 780G Redion/HD3200 mpeg decoder. I have a GIGABYTE GA-MA78GM-S2H with the AMD 780G chipset on it. The onboard graphics has a MPEG decoder on it. Am I able to use this as a output device in 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] Multiproto with 1.4-1.6
yes, with the dvb-s2 and h264 patches from Reinchard Nissl Does VDR 1.4 - 1.6 work with multiproto drivers ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] problem with dvb-s2 vdr 1.7.0
ac14bdb0 error 4 Apr 21 14:52:18 lin-tv lircd-0.8.2[2481]: removed client Apr 21 14:52:18 lin-tv logger: Stopping Video Disk Recorder at Mo 21. Apr 14:52:18 CEST 2008 Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] new graphics processor from VIA S3 for HD video
http://www.linuxdevices.com/news/NS9502138983.html Chipmaker Via's S3 Graphics division has announced a high-performance discrete graphics processor positioned as the first to meet the embedded industry's thermal requirements. The 4300E targets gaming and signage, offers HD video, DVI or HDMI output, and mixes dedicated and shared video memory. Click here for a larger view of S3's 4300e http://www.linuxdevices.com/files/misc/s3_4300e.jpg http://www.ixbt.com/short/images/s3-g430gt_crs.jpg S3's 4300E supports DirectX 10.1, OpenGL 2.1, plus accelerated HD video in WMV-9 HD, MPEG-2 HD, VC-1, H.264, DivX and AVS formats. It also provides support for PVP (protected video playback) copy protection, and allows HD playback of Blu-Ray media with relatively low CPU utilization, S3 says. The 65nm 4300E can be operated at clock speeds from 300MHz to 650MHz. At 300MHz it runs fanlessly, and at 650MHz it supports GDDR3 (graphics double data rate 3) RAM, with video memory speeds up to 900MHz. Up to 256MB of GDDR2 or GDDR3 video memory can be dedicated to the 4300E. In addition, S3's AcceleRAM technology lets the processor use a combination of dedicated and system memory. Transfers between system memory and the graphics processor take place across the 4300e's PCI Express 2.0-compliant bus, which supports x1, x4, x8, and x16 lane widths. The 4300E offers power-saving features, including dynamic clock controls and individual execution units that can be turned off when idle, says S3. Finally, the 4300e supports output to LVDS-interfaced flat panels, DVI, CRTs, and HDMI with HDCP (high-bandwidth digital copy protection). It has built-in dual-link DVI/HDMI transmitters, dual-channel LVDS transmitters, and two analog RAMDACs. The 4300e is compatible with Linux, Windows Vista, Windows XP, and Windows XP Professional. An SDK (software development kit) and hardware development kit will be available in June, the company says. Pricing and availability information for the 4300e was not released. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new graphics processor from VIA S3 f or HD video
The question is: Which of them will offer decent open source drivers for HD decoding, and when? I wonder if every vendor pushes his own API for using these decoding accelerators? Or is there some standard (It's surely beyond XvMC)? there's VAAPI - Video Decode Acceleration API Specification http://www.freedesktop.org/wiki/Software/vaapi but seems it hasn't finished yet :( Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multiproto - which driver to use?
You have both the functionality of both trees in one tree. If that looks hard, i can push a tree which is a result of the above outlined steps. @Manu It will be great :) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD PCIe boards
It seams the first hardware capable of MPEG 2 and H.264 encoding and decoding at 1080p full HD resolution, will be from Toshiba, look here: http://www.reghardware.co.uk/2008/04/08/tosh_samples_spursengine/ It says it does H264 decoding and *encoding* ? IMHO that means that this HW is very ahead of current technology or/and very expensive. there's other bottleneck in Linux - no any information about LInux drivers for this card, - the Linux VAAPI for hardware video acceleration is not finish yet - no any Linux software (ffmpeg and players) that can support hardware video decoding Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Extension HD PCI card from ReelMulti media - what's new ?
Is this card still being manufactured, considering that Micronas USA closed down and the Decypher has been EOL'd ? If Micronas USA was closed down, is it means that other mpeg2/h.264 decoder-chips from Micronas are not producing currently ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Extension HD PCI card from ReelMulti media - what's new ?
The card is not a standalone product, but the video output for the Reelbox Avantgarde. As long as this box is being manufactured, the card is also produced. And the Avantgarde is sold quite successfully... Is it means that this Extension HD PCI card a VDR-users couldn't buy in the RMM-internet shop (or other shops) for upgrading existing VDR with Celeron/Sempron or other slow CPU ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] newest chipset AMD 780G for home-cinema
Hi http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~124070,00.html http://en.hardspell.com/doc/showcont.asp?news_id=2345 I think it's good platform for VDR with hdtv future :) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] newest chipset AMD 780G for home-cin ema
Great! several questions. Which CPU and TV do you have ? Which CPU's load do you have ? What's name you motherboard ? How much RAM do you have ? Are you watching the hdtv dvb-s2 channels by hdmi video-output, what about playing of hdtv files ? Igor I know, I'm already running vdr on it. So far, it only works with AMD's Catalyst driver, but 780G is up next for the radeonhd project. It's gong to be very interesting to see how far they can push the performace on it. And it's nice to see AMD helping the open-source community by providing alsa drivers themselves. So now I have working HDMI audio as well. /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Extension HD PCI card from ReelMulti media - what's new ?
Hello is there any good news about the current status of Extension HD PCI from ReelMultimedia ? Is there a full support for 1080p/1080i by hdmi and YUV output ? What about deinterlacing - is it work fine ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Error compiling vdr-1.5.14 + Support ed multiproto.
Now vdr compiles well until this point: g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 -I/usr/local/src/multiproto/linux//include dvbdevice.c dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()': dvbdevice.c:271: error: 'struct dvbfe_info' no tiene un miembro llamado 'delivery' dvbdevice.c:286: error: 'struct dvbfe_info' no tiene un miembro llamado 'delivery' dvbdevice.c:307: error: 'struct dvbfe_info' no tiene un miembro llamado 'delivery' make: *** [dvbdevice.o] Error 1 Any idea ? you need install this patch http://www.linuxtv.org/pipermail/vdr/attachments/20080309/dbc60894/attachment.bin Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] channels with same pids
Have you ever tried complaining to those providers, telling them about their non-standard behavior? I have tried. Several times. No results. I can confirm that only VDR has this problem. Other receivers (dreambox for example) don't have this problem. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.6.0 - when ?
Klaus when will you plan to release the vdr developer version with support of the multiproto + h.264 + ts recording ? It will be the vdr 1.6.0 ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboa rd instead of waitingfor FF DVB-S2 card
other words this motheboard card from VIA couldn't hardware-decode the MPEG-4 Part 10 streams. Igor for hdtv - no. I don't see the h.264 hardware decoding. mpeg4 is not h.264. Igor What is H.264? H.264 is the next-generation video compression technology in the MPEG-4 standard, also known as MPEG-4 Part 10. H.264 can match the best possible MPEG-2 quality at up to half the data rate. H.264 also delivers excellent video quality across the entire bandwidth spectrum from 3G to HD and everything in between (from 40 Kbps to upwards of 10 Mbps). Lucian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboa rd instead of waitingfor FF DVB-S2 card
So I was wondering if it would be possible to use the on board video decoder chips of the VIA EPIA boards like the VIA EPIA EX15000G http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboa rd_id=450 This board mounts a CX700M2 chipset which features MPEG2/4 hardware decoding. It has DVI and Y/Pb/Pr video output as well as analog and SPDIF audio (coaxial and optical). So that's everything we need, isn't it. for hdtv - no. I don't see the h.264 hardware decoding. mpeg4 is not h.264. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboa rd instead of waitingfor FF DVB-S2 card
So I was wondering if it would be possible to use the on board video decoder chips of the VIA EPIA boards like the VIA EPIA EX15000G http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboa rd_id=450 This board mounts a CX700M2 chipset which features MPEG2/4 hardware decoding. It has DVI and Y/Pb/Pr video output as well as analog and SPDIF audio (coaxial and optical). So that's everything we need, isn't it. for hdtv - no. I don't see the h.264 hardware decoding. mpeg4 is not h.264. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now ?
Should there be a stable version 1.6.0 now, based on what's in version 1.5.14, but without DVB-S2 or even H.264 support? Yes or No? No. I really want to see in VDR (stable and devel-versions) the fastest implementation the dvb-s2, h.264, ts-recording support. Igor. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Looking for DVB-T card (TVHD compati ble) for vdr
If you know any other good card, please give me the link. please have a look on dvb/s/s2/T Hauppauge HVR4000 card http://www.hauppauge.co.uk/pages/products/data_hvr4000.html WinTV-HVR-4000 features Quad-mode TV tuner for your PC. Watch and record: - DVB-S2 hi-definition digital Satellite TV - DVB-S digital Satellite TV - Freeview digital Terrestrial TV - Analogue TV Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] statistic (was - Multiproto updated Re: [ANNOUNCE] VDR developer version1.5 .14)
Manu will be possibility to receive from driver the raw statistic, too ? Igor -Original Message- From: Manu Abraham [EMAIL PROTECTED] To: VDR Mailing List vdr@linuxtv.org Date: Mon, 28 Jan 2008 22:22:58 +0400 Subject: Re: [vdr] Multiproto updated Re: [ANNOUNCE] VDR developer version1.5.14 Morfsta wrote: Manu, Firstly, thanks for all your work - it's appreciated. Is the interface working properly for reading the signal strength, BER and status? Currently, there is a small confusion. Most drivers in kernel, just report some crap as signal strength, snr etc. For the STB0899, STM helped so much, alongwith i had some help from one of the Newtec guys, we were able to get the statistics in some proper form, currently a dBm/10 scale is used. Since this scale is different from the in kernel existing scale of randomness to a standardized one, currently this change might look a bit nonsense to you as it will report different signal statistics as reported by the API. There will be a need to add one more ioctl, where the user can request the driver to provide the statistics in a relative scale or an absolute scale which can be used for measurements too. The result would be that and end application can display the statistics like any other commercial STB, in a nice and beautiful way, while being quite accurate (depending on the driver) without any hacks or workarounds to be \ done in the application (The statistics that you get is very much device specific and not device independant and hence is not very easy for a user application to get proper statistics as of now) With the change, all statistics related operations can be implemented within the driver such that the user is presented with standard and uniform statistics across multiple devices without the need to do device specific code as done by MythTV etc, where it looks for specific device drivers (really ugly) The rotor plugin doesnt return anything and I can't get anything out of VDR-Femon. Is it working OK with the TT 3200? The statistics is working with the STB0899, maybe i didn't follow what exactly you are looking at. If you can detail a bit, it would be much more helpful. The STB0899 supports TT S2 3200, KNC1 DVB-S2+, KNC1 DVB-S2, Pinnacle PCTV 450e and the VP-1041 as of now and the same signal related stuff is applicable to all. BTW I have a TT3200 on order so I can compare the difference between the two cards soon. Currently, the STB0899 is _not_ calibrated for actual statistics. I have requested Azurewave for some sample devices to be sent to STM for proper calibration of the LUT's for the statistics. (Most probably, tomorrow or so STM will receive the samples at Grenoble) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5 .14
*sigh* messing with kernel stuff sucks. Does a vdr built with the multiproto headers at least also work on vanilla kernels ie stable dvb drivers? That way one would only need to use different headers for building vdr but no extra kernel modules at run time. so, what do you mean - updated multiproto headers - are the version.h and frontend.h ? only this two files Manu have changed in multiproto. Igor AFAICT, the updated headers can be used along with the old drivers without any issues. If not there's an issue with regards to backward compatibility. Can you pleas point out the errors that which you see, when you are using the updated headers and the old drivers ? The new headers work fine with the old driver - if the application still uses the old API. I've tested that first thing before I switched to the new API. However, I don't see how an application actually using the new API could work with the old driver. At any rate, the patch from Ulrich Richter should work for people insisting to use the old driver. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Any DVB-S2 channels with MPEG2?
I'm affraid from now there's not any dvb-s2 open mpeg2 channels Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CoreAVC + xineliboutput
I'm having the same problem. I've put the .ax file in /usr/lib/win32, registed the key in ~/.mplayer/registry32 and then done: - You don't have to register. yes, for xine no need any coreavc-registration. I patched xine-lib with coreavc for Linux xine.patch @ http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch no any rejects ? with which xine-lib version did you work ? Then you have to add additional code to demux_mpeg_pes.c ( see attached patch ) did you install the additional patches from hXXp://dvbn.happysat.org ? You have to delete xineplug_decode_ff.so and xineplug_decode_qt.so in /usr/local/lib/xine/plugins/1.1.9/ yes, may be the option --disable-ffmpeg during xine-lib compilaton will help, too I tried xineliboutput first but that give me black screen with epg + sound. for xineliboutput you have to try the patch from http://allrussian.info/thread.php?postid=1226448#post1226448 (very many thanks to Walery) With vdr-xine-0.8.1.tgz it all seems to work :) fine !!! and what about your impressions ? Many thanks to Igor who has been a great help! ah, not to me ! To Walery from our forum - he helped to me and to you yesterday evening. @ALL can somebody to make cumulative coreavc-patch for xine and xineliboutput with xine.patch + patches from dvbn.happysat + patches from allrussian ? @Per can you write more detail HOWTO (my English is not so good, sorry) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreA VC + xineliboutput)
I wanted to try it, but if fails at patching : patching file src/libw32dll/Makefile.am Hunk #1 FAILED at 13. Hunk #2 FAILED at 33. 2 out of 2 hunks FAILED -- saving rejects to file src/libw32dll/Makefile.am.rej please, try with this Makefile version from Walery http://allrussian.info/thread.php?postid=1226030#post1226030 Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] What is H264 Spatial Direct Mode?
Here's a link with patches for xine to use coreavc: http://code.google.com/p/coreavc-for-linux/ There are also some patches here to fix some problems with xine-lib: http://dvbn.happysat.org/viewtopic.php?p=243997 yes, in this link there's usefull additional patches there's other links on this forum paff h.264 + amd64 + coreavc possible? hxxp://dvbn.happysat.org/viewtopic.php?t=40859 PAFF with FFMPEG! Yeah baby! hxxp://dvbn.happysat.org/viewtopic.php?t=41893 coreavc for Linux xine.patch http://coreavc-for-linux.googlecode.com/svn/trunk/xine/xine.patch the coreavc 1.5.0 you can take from rapidshare hxxp://rapidshare.com/files/50207674/coreavcdecoder_unpacked.zip http://coreavc-for-linux.googlecode.com/svn/wiki/RegisterCoreAVC.wiki summary Registreing CoreAVC on the vdr 1.5.12 with Reinchard's patches with xine-lib 1.2 (xVideo is working) and coreavc for linux with additional patches from hXXp://dvbn.happysat.org/viewtopic.php?p=243997 it's possible to see h.264 channels with the best quality. (By the way, in this case the xineliboutput is working better, than xine-vdr, with xine ther's some brake action, slowdown on video.) Would be great if these were adopted so xine-lib didn't need to be patched. And also could be easier for users who have trouble compiling as opposed to installing pre-made packages. sure Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (was - What is H26 4 Spatial Direct Mode?)
it's seems in next month will be release new product from coreavc http://coreplayer.com/content/view/31/44/ http://www.corecodec.com/forums/index.php?topic=645.0 === I have been asked about CorePlayer Pro on Linux. and the answer to that is YES it will be available by summer if not sooner our roadmap continues on its current pace. Also note that it is already available for our OEM customers for licensing. === http://youtube.com/watch?v=Se_EY1RTO1c YouTube - CorePlayer Pro Linux Under http://www.coreavc.com/index.php?option=com_contenttask=viewid=30Itemid=1 one can read : CorePlayer Mobile and Professional CorePlayer proves that something so complicated has become the new simple. CoreAVC is included with all versions of CorePlayer Mobile (CoreAVC Standard Edition) and CorePlayer Professional (CoreAVC Professional Edition) for desktop PC's running Windows, Linux and OS X. Do I understang right : there is a linux version ? will be :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support fo r VDR-1.5.12
Well, I think there has been a number of fixes (e.g. to the speedup patches and the nit.c file) that probably warrants a new patch for 1.5.13 that incorporates them all. yes, it will be nice I'm sure Reinhard will do that when he has a moment, he probably is taking a well deserved break after looking into so many issues and fixes for us over the last few weeks! yes, thanks again, Reinhard With all of the required patches, fixes and tweaks for VDR / FFMPEG / ah, FFmpeg !!! I'm sure, now ffmpeg (as software h.264 decoder) is really weak chain in the Linux-hdtv-dvb, NOT multiproto and others dvb-s2 stuff. No multithreading in ffmpeg for single slice decoding, no support for spatial direct mode for interlaced pictures. It's seems nobody in ffmpeg-devel list want to work with this points. :( Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.5.13 dvb-s2 H.264 patch from Reinhard
Dear Reinhard are you planning to release the cumulate dvb-s2 h.264 patch for vdr 1.5.13 ? 10x very much for your contribution in hdtv-future for VDR project Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-rotor patch for multiproto
I want to ask in another way - Anybody know a way to make work the latest vdr-rotor 0.1.4 with multiproto api, h.264 dvb-s2 patches from Reinhard Nissl on vdr 1.5.12 ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12
I think this might have been covered before, but the only problem I now see is with interlaced and spatial direct mode (particularly on the French and Polish HD channels): - [h264 @ 0x2d0b0700]Interlaced pictures + spatial direct mode is not implemented [h264 @ 0x2d0b0700]Interlaced pictures + spatial direct mode is not implemented ah, it's known problem with FFmpeg. Unfortunately in FFmpeg this feature is not implement. Nobody knows when FFmpeg will support spatial direct mode for Interlaced pictures Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Frontend 0 timed out while tuning ...
I'm running VDR-1.5.10 patched with a DVB-S2+H.264 patch, my DVB-card is a HVR4000 using the multiproto tree patched with HVR4000 support. which hvr4000-patch do you use ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] current status of Extension HD PCI c ard fromReelMultimedia
ah, sorry http://www.reel-multimedia.com/rmm-english/pdf/produkt-flyer/extension_hd.pdf http://www.reel-multimedia.de/shop/product_info.php?products_id=223language=en would you somebody inform us about the current status of Extension HD PCI card from ReelMultimedia the first two links don't work ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Whats next? [was: Re: next features?]
The question is now, what do do next: a) Buy the AVBoard and hope that its circuits allow better pictures again (~60 ─) b) Upgrade the VDR System to DVB-S2 (~500─ at least for Motherboard, CPU, Memory, DVB-S2 with CI and a graphic-card with DVI/HDMI) you can save your money if I will look at the cheaper motheboard with hdmi output MCI K9AGM2-FIH (about 60 Euro) Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
What kind of streams are these? What bitrate and resolution? Astra 19,2E, the channel - Discovery HD, it has the largest bitrate from known - Min-Avg-Max kBit/s 8265-15597-20175 the current bitrate you can find here http://www.linowsat.de/0192/24h/6/130.html resolution - 1920x1080 For real comparisons we will need to specify the exact stream parameters. If sombody has some links to files, I can run tests on a decypher chip. Then we can compare that to the load on different CPUs. yes , it's very useful Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
I think almost any PC with core duo 2 CPU are enough for perfect H.264 decoding... I have CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (Family: 6, Model: 15, Stepping: 6) and picture of x264 recording VIDEO: [avc1] 1280x720 24bpp 23.976 fps is just perfect, but sound comes out about 0,2 second too early with xine. With my other machine AMD Athlon(tm) 64 Processor 3400+ can not play those file with-out heavy problems, totaly under power CPU for that kind of playback. My friend has a configuration hard: Asus P35 + Intel 2160 @ 3GHz + 2GB ram (@800MHz) + SATA disk + ATI2600XT 256MB + TT3200 soft: debian testing (lenny) kernel 2.6.22-2-686 V4L-dvb = Multiproto - 26.10.07 xorg video driver = ati 8.41.7 (fglrx) vdr 1.5.10 + vdr-1.5.10-dvbs2-h264-syncearly-framespersec.diff xine-0.8.0 plugin ffmpeg-cvs from 08.11.2007 xine-lib-1.2 from 8.11.07 xine-ui from 8.11.07 and can see the h.264 dvb-s2 channels with average 60% CPU load. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr