Re: [vdr] xineliboutput and streamdev at the same time
On 21.04.2015 07:41, Harald Milz wrote: I have been happily using vdr-sfxe on an NVidia ION board on Ubuntu 12.04 for quite a while (with a sufficiently high WAF factor :-) ) . But I haven't seen vdr-{sxfe,fbfe} in Raspbian lately. Are there any ready to consume packages anywhere? Since the ION machine has been a bit unstable lately, I'd be more than willing to throw in my RPi that idles on my desk. dto fanless Zotac ION, vdr-sxfe, recently updated from 10.4 to Ubuntu 14.4 Thinking of RPi Which kind of instabilities? I do have problems with high Bandwidth HD channels (eg. ARD,ZDF no problems on most others eg Servus) I am now wondering whether - this is related to new software (drivers, vdr, vdr-sxfe) - maybe I did tweak parameters much more on first setup? - or they were alway present, just didn't recognize because this client is used mostly for watching news (no HD needed) and serves a beamer that only recently got upgraded to HD. I didn't really put effort into that since I think of going to RPi. Maybe somebody with overview could give us potential RPi converts a short list of pros and cons of the options. @Gerlad: Kodi and vnsi-addon + vdr and vnsi-server-plugin Does this provide the same features and feeling like vdr-sxfe? Then OPENEÖLEC seems a simple path to go. (I would miss firefox though. Is there a usable browser within Kodi?) Greetings Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] raspbian apt repo with up to date vdr packages?
Hi Thomas, that sounds interesting. Are you kind enough to share your information. Greeting M. A. Am 26.03.2015 um 23:35 schrieb Thomas Creutz: Hi I use the yavdr vdr packages as reference, because I love the debian way :) But I patched the most of them for faster compiling with multiple threats. By Interest I can share infos/packages. But I dont have time to manage a up to date repository. Thomas Am 09.03.2015 um 15:31 schrieb VDR User: Have you tried compiling the sources yourself? It'll probably take a while but as long as no voodoo/magic is required, I don't see why not. On Mon, Mar 9, 2015 at 4:33 AM, Torgeir Veimo torgeir.ve...@gmail.com wrote: I've been testing out VDR on a raspberry pi 2 with excellent result using rpihddevice and am wondering if anyone know of any good APT repository with up to date packages for VDR and plugins? Am currently using raspbian which has VDR 1.7.28, so it's a bit behind. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] aufs instead of mhddfs with vdr 2.1.2
Depending on your personal ordering sheme a simple link could do. I use multiple disk just by having a directory Other disks on my main vdr disk with links to the other disks containing archived recordings. I do make sure that the main disk always has enough free space (which is really no big deal with a 3TB disk). I once did use that old functionality of vdr doing the distribuition, but really don't miss it. Much simpler now. Greetings (and a very big thanks to Klaus. I am a very happy vdr user since the very first days - missed a one diget user number just because i ignored your mail while on leave for a holiday ;-) Michael On 01.12.2013 17:02, Klaus Schmidinger wrote: On 01.12.2013 15:54, Wolfgang Rohdewald wrote: Am Sonntag, 1. Dezember 2013, 11:44:42 schrieb Klaus Schmidinger: I wanted to get this out of the core VDR code. It was a makeshift solution in times where disk sizes were still relatively small. Nowadays we have disk sizes in the terabyte range, which should be enough for a VDR. It is certainly not enough for me, and I will never run VDR without being able to spread directories over disks. I always have several disks, right now 4 of them. When the capacity of modern disks sharply increases, I remove my oldest disk or the one most aged (smartctl) and add a new one. Over the years, this has proven to be very simple and reliable. Your removal of functionality makes that impossible. All I did was to remove the functionality from the core VDR code and provide a plugin interface that can be used to re-implement it. I'm pretty sure somebody will write such a plugin (and it will probably have tons of setup parameters, bells and whistles ;-). Klaus ___ 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] vdr 1.7.21 and no audio, video or epg
Hi, I restartet my gentoo vdr machine after some weeks and now I don't have a video or audio, just the OSD. I also get no epg data, the machine is running for some hours, but no epg at all. Femon tells me, that I got a signal and a lock. Playback of old recodings works fine. Some specs: vdr 1.7.21 kernel 2.6.39-gentoo-r3 TechnoTrend Premium S2-6400 SAA716x FF firmware version 0.3.4 dvbhddevice 0.0.4 Debug log is activated but I don't see any error or warnings! dmesg is also clean ... Does anyone have and idea, because I am lost in space ... ;) Best regards, Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.21 and no audio, video or epg
Am 07.11.2011 19:11, schrieb Roland Behme: Does anyone have and idea, because I am lost in space ... ;) Did you try to powercycle your system? Maybe the S2-6400 locked up? I had this from time to time with my own S2-6400. Yes, I did. My old system needed this from time to time, too. So i unpluged the power supply for 30 seconds. In order to debug this: What has changed since the last reboot? I would say nothing, because I was lucky that the system was running so fine. If I updated something it wasn't vdr or the driver or kernel. Best regards, Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reencode/transcode to(!) vdr
Thanks a lot, that helps. I will try at weekend (although I would have prefered a linux solution). Michael On 28.10.2011 01:47, Michal wrote: Hi Michael, I tried several ts muxers but only result of SmartLabs tsMuxeR was playable by vdr. http://smlabs.net/en/products/tsmuxer/ Michal On 10/27/2011 08:26 PM, M. Fiegert wrote: Hello, can anybody please point me to some examples how to transcode/reencode to vdr format (ts or pes if necessary)? I found a lot of convert scripts, mencoder commandlines, ... to transcode from vdr to eg mp4. Unfortunatly I could not find anything for the opposite direction :-( How can I go the other way round (to view external files in vdr with the same comfort as native recordings) or reencode recordings (to compress pes and ts mpeg recordings to h264 with lower resolution - you don't need full picture quality on an archive of political discussions for example). I could not find a mencoder option to output ts. I guess i need to encode with mencoder and then remux with some other tool? Thanks for any link Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] reencode/transcode to(!) vdr
Hello, can anybody please point me to some examples how to transcode/reencode to vdr format (ts or pes if necessary)? I found a lot of convert scripts, mencoder commandlines, ... to transcode from vdr to eg mp4. Unfortunatly I could not find anything for the opposite direction :-( How can I go the other way round (to view external files in vdr with the same comfort as native recordings) or reencode recordings (to compress pes and ts mpeg recordings to h264 with lower resolution - you don't need full picture quality on an archive of political discussions for example). I could not find a mencoder option to output ts. I guess i need to encode with mencoder and then remux with some other tool? Thanks for any link Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
On 22.10.2011 21:48, JJussi wrote: My choice was Asus AT5IONT-I Deluxe ION Mini ITX + CF to SATA == Totally silent, no fans. Now next big question. Distribution! What distribution offers all needed components... Like xinelib2, so xineliboutput-sxfe could use VDPAU. Do you want a vdr only or a universal pc including vdr? Maybe have a look at yavdr: http://www.yavdr.org/download/ I am running a standard ubuntu 10.4 plus yavdr packets on an ION Board for two years now. VDPAU setup was very easy with this. It seem that there are no recent ubuntu packages though, only vdr-distribution. Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
Any suggestions for small, powerful, quiet, FullHD VDR client? So, I search machine what would act as VDR-client, using xineliboutput with FullHD resolution and machine would have DVI or HDMI connection optical audio. I bought 2 years ago Zotac IONITX-A-E motherboard which came with atom CPU and nvidia gpu, at that time it cost about 200 euro. ... I made the small case myself and have I have 12 fan running in it in the slowest speed and the case/cpu/gpu temperatures remains under 50 c. I also have such a zotac board. Its running like a charm as a vdr client since almost two years COMPLETELEY NOISELESS (no fan, SSD)! You have Full HD over HDMI (and there is optical output, but I never tried to use). Definatly my recommendation if noise is a concern. see http://www.linuxtv.org/pipermail/vdr/2010-January/021920.html Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
On 22.10.2011 11:38, Laz wrote: On Saturday 22 October 2011 08:55:01 M. Fiegert wrote: Any suggestions for small, powerful, quiet, FullHD VDR client? So, I search machine what would act as VDR-client, using xineliboutput with FullHD resolution and machine would have DVI or HDMI connection optical audio. I bought 2 years ago Zotac IONITX-A-E motherboard which came with atom CPU and nvidia gpu, at that time it cost about 200 euro. ... I made the small case myself and have I have 12 fan running in it in the slowest speed and the case/cpu/gpu temperatures remains under 50 c. I also have such a zotac board. Its running like a charm as a vdr client since almost two years COMPLETELEY NOISELESS (no fan, SSD)! You have Full HD over HDMI (and there is optical output, but I never tried to use). Definatly my recommendation if noise is a concern. see http://www.linuxtv.org/pipermail/vdr/2010-January/021920.html Sounds good to me. My current vdr box needs upgrading at some point and it has started doing hard lockups in the psat few weeks (I suspect the PSU is on the way out. Rather than trying to track that down, maybe it's a hint that I need to upgrade to a new system! Is this running in a client-server setup? I.e. DVB devices in another box and then using the libxineoutput plugin? Yes, for me its like this. The server is a core-duo with a cine S2 card (V5) and 2TB video harddisk (as well as other server functionality). It is a pure server without terminal or TV. Does this setup give you full OSD access to timer programming, etc., from the client? (I think that is all meant to be straightforward but does it work in practice?!) Yes it does. It is not that rock solid stable than full-featured one box solution that I had before (running without a glitch for months), but very good usable. I would estimate that vdr-sxfe crashes about once a week, but most of the time is restared in some seconds. In rare cases a kill -9 is necessary which i have on one remote button. This may be much better with recent versions, I am still on ubuntu 10.4 with yavdr which hasn't been updated for a long time. I had some reception problems with HD while summer, but since recordings are playing fine and it is getting better now, i think that is due to reception problems from trees in the line of sight. Though there is some mysteries to be looked into there. No problems with SD. Greetings Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC HD pixelation
On 09.04.2011 19:03, Daniel Harris wrote: Hello I am currently experiencing picture pixelation when watching the BBC HD station. I have tried changing the position of the dish Can you watch a recording of that channel? I had big trouble recently with ARD HD and ZDF HD which worked good until recently. My suspect where trees that are growing in the line of sight to the satelite and getting greener (more water). I tried to adjust the dish and today I replaced it with a bigger one. Lots of work, no success :-( Now I found out that I can record those HD channels perfectly well. I can at the same time record those two HD channels and at the same time watch any of the two recordings clearly! But I can not watch them live I would appreciate any help in fixing this. dto Michael cineS2 Dual-Tuner Ubuntu 10.4, vdr 1.7.16, vdr-sxfe with vdpau ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
+ The fan is a bit loud and so far I have not found a silent replacement fan. I also finally setted up my ion system dto :-) zotac-A; Dual Core Atom, 32GB-SSD And over Christmas I managed to make it completely noiseless by installing a Accelero S1 cooler !!! http://www.schwanthalercomputer.de/advanced_search_result.php?keywords=accelero+S1x=0y=0 The mounting is somewhat unorthodox, but took me less than an hour to install. If someone is interested I try to put some photos somewhere. Now temperature stays below 60°C even with high load (h264 decoding or heli-X 3D simulation). I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius. Is this a single core? Do you have any other fan (power supply, case)? My experience was, that without any cooling the temperature kept rising. I stopped the experiment above 80°C when temperature was still rising even in idle desktop (ubuntu koala). Same with one core disabled on startup with maxcpus. I used to use the board with the original cooler slowed down with a simple poti until recently. Much more silent with almost no change in temperatures compared to full speed cooling (below 40°C), All temperatures are from GPU since I don`t have patched the kernel and don't know how to access cpu temperature without that effort. But since they are connected thermally there should not be a big difference. Greetings Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
tChannelParameterMap TransmissionValues[] = { - { 2, DVBFE_TRANSMISSION_MODE_2K, 2K }, - { 4, DVBFE_TRANSMISSION_MODE_4K, 4K }, - { 8, DVBFE_TRANSMISSION_MODE_8K, 8K }, - { 999, DVBFE_TRANSMISSION_MODE_AUTO }, + { 2, TRANSMISSION_MODE_2K, 2K }, +// { 4, TRANSMISSION_MODE_4K, 4K }, + { 8, TRANSMISSION_MODE_8K, 8K }, + { 999, TRANSMISSION_MODE_AUTO }, { -1 } }; const tChannelParameterMap GuardValues[] = { - { 4, DVBFE_GUARD_INTERVAL_1_4, 1/4 }, - { 8, DVBFE_GUARD_INTERVAL_1_8, 1/8 }, - { 16, DVBFE_GUARD_INTERVAL_1_16, 1/16 }, - { 32, DVBFE_GUARD_INTERVAL_1_32, 1/32 }, - { 999, DVBFE_GUARD_INTERVAL_AUTO }, + { 4, GUARD_INTERVAL_1_4, 1/4 }, + { 8, GUARD_INTERVAL_1_8, 1/8 }, + { 16, GUARD_INTERVAL_1_16, 1/16 }, + { 32, GUARD_INTERVAL_1_32, 1/32 }, + { 999, GUARD_INTERVAL_AUTO }, { -1 } }; const tChannelParameterMap HierarchyValues[] = { - { 0, DVBFE_HIERARCHY_OFF, trNOOP(off) }, - { 1, DVBFE_HIERARCHY_ON, trNOOP(on) }, - { 999, DVBFE_HIERARCHY_AUTO }, + { 0, HIERARCHY_NONE, trNOOP(off) }, + { 1, HIERARCHY_1, trNOOP(1) }, + { 2, HIERARCHY_2, trNOOP(2) }, + { 4, HIERARCHY_4, trNOOP(4) }, + { 999, HIERARCHY_AUTO }, { -1 } }; -const tChannelParameterMap AlphaValues[] = { - { 0, 0 }, - { 1, DVBFE_ALPHA_1 }, - { 2, DVBFE_ALPHA_2 }, - { 4, DVBFE_ALPHA_4 }, - { -1 } - }; - -const tChannelParameterMap PriorityValues[] = { - { 0, DVBFE_STREAM_PRIORITY_HP, trNOOP(high) }, - { 1, DVBFE_STREAM_PRIORITY_LP, trNOOP(low) }, - { -1 } - }; +// const tChannelParameterMap AlphaValues[] = { +// { 0, 0 }, +// { 1, ALPHA_1 }, +// { 2, ALPHA_2 }, +// { 4, ALPHA_4 }, +// { -1 } +// }; +// +// const tChannelParameterMap PriorityValues[] = { +// { 0, STREAM_PRIORITY_HP, trNOOP(high) }, +// { 1, STREAM_PRIORITY_LP, trNOOP(low) }, +// { -1 } +// }; const tChannelParameterMap RollOffValues[] = { - { 0, DVBFE_ROLLOFF_UNKNOWN }, - { 20, DVBFE_ROLLOFF_20, 0.20 }, - { 25, DVBFE_ROLLOFF_25, 0.25 }, - { 35, DVBFE_ROLLOFF_35, 0.35 }, + { 0, ROLLOFF_AUTO }, + { 20, ROLLOFF_20, 0.20 }, + { 25, ROLLOFF_25, 0.25 }, + { 35, ROLLOFF_35, 0.35 }, { -1 } }; @@ -217,18 +219,18 @@ provider = strdup(); portalName = strdup(); memset(__BeginData__, 0, (char *)__EndData__ - (char *)__BeginData__); - inversion= DVBFE_INVERSION_AUTO; - bandwidth= DVBFE_BANDWIDTH_AUTO; - coderateH= DVBFE_FEC_AUTO; - coderateL= DVBFE_FEC_AUTO; - modulation = DVBFE_MOD_AUTO; - system = DVBFE_DELSYS_DVBS; - transmission = DVBFE_TRANSMISSION_MODE_AUTO; - guard= DVBFE_GUARD_INTERVAL_AUTO; - hierarchy= DVBFE_HIERARCHY_AUTO; + inversion= INVERSION_AUTO; + bandwidth= BANDWIDTH_AUTO; + coderateH= FEC_AUTO; + coderateL= FEC_AUTO; + modulation = QPSK; + system = SYS_DVBS; + transmission = TRANSMISSION_MODE_AUTO; + guard= GUARD_INTERVAL_AUTO; + hierarchy= HIERARCHY_AUTO; alpha= 0; - priority = DVBFE_STREAM_PRIORITY_HP; - rollOff = DVBFE_ROLLOFF_UNKNOWN; + //priority = STREAM_PRIORITY_HP; + rollOff = ROLLOFF_AUTO; modification = CHANNELMOD_NONE; schedule = NULL; linkChannels = NULL; @@ -669,7 +671,7 @@ char *q = buffer; *q = 0; ST( S ) q += sprintf(q, %c, polarization); - ST( T) q += PrintParameter(q, 'A', MapToUser(alpha, AlphaValues)); +// ST( T) q += PrintParameter(q, 'A', MapToUser(alpha, AlphaValues)); ST( T) q += PrintParameter(q, 'B', MapToUser(bandwidth, BandwidthValues)); ST(CST) q += PrintParameter(q, 'C', MapToUser(coderateH, CoderateValues)); ST( T) q += PrintParameter(q, 'D', MapToUser(coderateL, CoderateValues)); @@ -677,7 +679,7 @@ ST(CST) q += PrintParameter(q, 'I', MapToUser(inversion, InversionValues)); ST(CST) q += PrintParameter(q, 'M', MapToUser(modulation, ModulationValues)); ST( S ) q += PrintParameter(q, 'O', MapToUser(rollOff, RollOffValues)); - ST( T) q += PrintParameter(q, 'P', MapToUser(priority, PriorityValues)); +// ST( T) q += PrintParameter(q, 'P', MapToUser(priority, PriorityValues)); ST( S ) q += PrintParameter(q, 'S', MapToUser(system, SystemValues)); ST( T) q += PrintParameter(q, 'T', MapToUser(transmission, TransmissionValues)); ST( T) q += PrintParameter(q, 'Y', MapToUser(hierarchy, HierarchyValues)); @@ -704,7 +706,7 @@ { while (s *s) { switch (toupper(*s)) { - case 'A': s = ParseParameter(s, alpha, AlphaValues); break; +// case 'A': s = ParseParameter(s, alpha, AlphaValues); break; case 'B': s = ParseParameter(s, bandwidth, BandwidthValues); break; case 'C': s = ParseParameter(s, coderateH, CoderateValues); break; case 'D': s = ParseParameter(s, coderateL, CoderateValues); break; @@ -715,7 +717,7 @@ case 'M': s = ParseParameter(s, modulation, ModulationValues); break; case 'Z':// for compatibility
[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