[linux-dvb] DVB Linux HOWTO (or Guide)
Hi folks, I'm finally writing the following HOWTO. It would be complete, so it could be named guide. I already wrote some chapters, others will come soon. Suggestions, contributions, etc. etc. are welcome. This is the summary, I'll regularly post any patch: ** DVB Linux HOWTO Table of contents 1 Introduction 2 DVB 2.1 Framing level 2.1.1 DVB-S 2.1.1.1 The satellite link 2.1.1.2 Randomization 2.1.1.3 Reed-Solomon (outer coding) 2.1.1.4 Convolutional interleaving 2.1.1.5 Inner coding 2.1.1.6 Base-band shaping and modulation 2.1.2 DVB-C 2.1.3 DVB-T 2.2 From elementary streams to MPEG-2 Transport Stream 2.2.1 Elementary streams (ES) 2.2.2 Packetised elementary streams (PES) 2.2.3 Multiplexing and Transport Stream (TS) 2.2.4 Program specific information (PSI) and DVB Service information 2.2.5 Digital Storage Media and Command Control (DSM-CC) and MultiProtocol Encapsulation (MPE) 2.2.6 Data scrambling 2.3 IP over MPEG 2.4 Return channel via-satellite 3 Linux drivers for satellite cards 3.1 LinuxTV.org drivers 3.1.1 Stand alone drivers 3.1.2 kernel drivers 3.2 Metzler's drivers 3.3 Linux DVB API 4 All you need for your Linux Machine 4.1 Libraries 4.2 Audio and Video 4.2.1 VDR 4.2.2 xawtv 4.2.3 mplayer 4.2.4 tuxzap/tuxview 4.2.5 dvbtools ... (a lot of sw, I know... :-) ) 4.3 Networking 4.3.1 dvbtune 4.3.2 dvbnet 4.3.3 Multicasting 4.3.3.1 mrouted 4.3.3.2 smcroute 5 Building a digital box 6 Useful links 7 Conclusions References ** -- Cordiali saluti, Alessandro De Donno (aka aded) PS: controllo la posta dalle ore 9,30 alle ore 18,30 circa, da lu a ve. /** Laboratorio Progetto Reti :: Universita' degli Studi di Lecce TEL. +39 0832 320310 :: FAX +39 0832 325004 WEB http://netlab.unile.it/~aded EMAIL [EMAIL PROTECTED] :: ICQ 177590238 **/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching cancrash the arm
Hm, forget that.. After some more testing I recognized that it does not really solve the problem. It just seems to delay it. However, I committed a patch to dvb-kernel, which adds a module parameter hw_sections. If set to 0, then the driver will get transport stream packets from the arm and use the software demux to filter sections. The default setting (1) does section filtering in the arm firmware, which is less stable under high load but should be faster. I haven't seen any arm crash since I am using software section filters. Regards, Andreas Hello, i tested over the last days some application uses additional section filter, and i have see the older ci-cam firmware is much more stable in this case. With the newer Link-Layer Firmware i have seen mostly very fast arm-crashes. So i think it should be possible to fix this in the firmware An additional module parameter is an nice idea, but is it not better do this via a little change in the api (via dmx_sct_filter_params), so we can select in user-space wich filter we whant to use? So we are able to mix hardware and software section filter at same time Greetings Andreas Share -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: DVB API registration info, please
Hi, [EMAIL PROTECTED] wrote: http://cvs.berlios.de/cgi-bin/viewcvs.cgi/tuxbox/driver/dvb/drivers/media/d v b/dummy/dummyadap.c?rev=1.4content-type=text/vnd.viewcvs-markup This is a simple driver we've used to develop a full featured V3 driver. Maybe it helps you a bit. You need to fill start/stop_feed + i2c_xfer with the proper hw handling. Thanks, I found your dummy driver really useful and very clear. It has much improved my understanding - I now have a driver that can change channels :) Great to hear that somnebody is working on this card. Could you please post your codelets so that other people can contribute to your development? Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Using pipe?
Hi list , where I could find some example to use/manage pipe for ts-decoding ? Thanks _ Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Some success with HDTV under Linux
[EMAIL PROTECTED] wrote: Hello all, (Apologies in advance for hijacking the list for Linux ATSC.) no problem, you're welcome! :) Just a short followup from my last email in December. I have had initial success watching ATSC HDTV under Linux, doing it the hard way. I went ahead and bought a Drake Digital TD8VSB ATSC off-air demodulator ($375 educational), plus a Dektec DTA-122 DVB/SPI (LVDS) input adapter ($770 educational with GPL Linux drivers). Hmm, is there a analog tuner + demodulator only (e.g. in the sense of a frontend) available somwhere? This could get soldered on a Nova-PCI card as a much cheaper solution... (you can always use the cheap Nova cards as TS input interface for your PC). Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Erroneous unsupported PLL synthesizer: foundit!!
Andrew de Quincey wrote: On Friday 14 March 2003 18:35, Ralph Metzler wrote: Andrew de Quincey writes: Hi, I've found the problem. It seems to be the same one as mentioned in dvb-kernel and alps_bsru6 not tuning from Matt Davis on Mon, 03 Feb 2003. Basically, sending both i2c commands at the same time means the stv0299 bus repeater does not have enough time (the i2c device returns BUSY 'cos it hasn't finished with the first message). Adopting the same solution (breaking all the double-i2c PLL writes up into two single ones) makes the PLL work again. Well, I did ask you yesterday if PLL writes are done in one transfer or two in the driver you are using. Yeah, I wasn't quite sure what you meant. In hindsight, of course, it all makes sense now :) Anyway, shall I just patch it in for my PLL chip in particular, or just change all the PLL code to use seperate i2c transmissions? No. The right fix for this problem is to insert real delays (preferably ddelay() calls of the average length of one or two i2c messages) in the retry loop in the saa-i2c driver. Otherwise you'll get into these problems again when you buy your next, faster PC. Would you be willing to implement this and send a patch? Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: no frontend0 dev after dvb-kernel module reload
Andrew de Quincey wrote: On Saturday 15 March 2003 17:14, Simeon Walker wrote: Hi, recently I have tried out the dvb-kernel drivers from cvs as of 12-03-2003. I am using kernel 2.4.20 (with devfs) and a Nova-T 'budget' PCI card (grundig_29504-401 frontend). The first time the modules are loaded after a reboot everyhing works fine. If I unload the modules and load them again (using the insmod.sh script) then everything appears to load but no /dev/dvb/adapter0/frontend0 device is created (the others are). Is this a known problem? Yeah, the frontend becomes powered down during the unload/reload. The current detection code does not detect the frontend once this has occurred. I did submit a patch for this a few months back, but unfortunately, nothing has happened with it, perhaps because the code necessary to re-detect it when it is powered down is quite nasty. Your patch does basically the right thing, but I'd like some code that's a bit easier to read. Unfortunally I did not had the time yet to clean this up. A neater solution would just be to disable the code which powers the frontend down. Hmm, DVB-T demodulators are usually pretty power hungry, your frontend will live longer when you power it down in case you don't need it... Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Frontend patch
Ragnar Sundblad wrote: This is a fix for alps_tdlb7.c to drive the tuner PLL power according to the specification from ALPS. I need it to have the tuner work reliably, for at least one other person (or rather, card :-) it doesn't seem to harm. I have only tried it with DVB, but it should be applicable to dvb-kernel too. I believe this should be applied to the cvs code. done. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Sophisticated reboot?
Hello gentlemen, I have TechnoTrend DVB card, and I've tried to use it to receive network traffic from BizarNet provider. Everything works with drivers 0.9.4 and dvbtune 0.3, but sometimes my linux box reboots (only if dvb card is active). I've tried to use 2.4.19, 2.4.19-SuSE-4GB, 2.4.20 kernels with several drivers (0.9.4, 0.9-H2 and some other patches), but I've got the same reboots. Also I've tried several firmware revisions from Siemens, TechnoTrend (captured from windows drivers) and other packs from Internet. I've got reboots always if a lot of connections have established. Maybe you have any ideas how to fix that? Best regards, Victor mailto:[EMAIL PROTECTED] -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Erroneous unsupported PLL synthesizer: found it!!
On Monday 17 March 2003 10:41, Holger Waechtler wrote: Andrew de Quincey wrote: On Friday 14 March 2003 18:35, Ralph Metzler wrote: Andrew de Quincey writes: Hi, I've found the problem. It seems to be the same one as mentioned in dvb-kernel and alps_bsru6 not tuning from Matt Davis on Mon, 03 Feb 2003. Basically, sending both i2c commands at the same time means the stv0299 bus repeater does not have enough time (the i2c device returns BUSY 'cos it hasn't finished with the first message). Adopting the same solution (breaking all the double-i2c PLL writes up into two single ones) makes the PLL work again. Well, I did ask you yesterday if PLL writes are done in one transfer or two in the driver you are using. Yeah, I wasn't quite sure what you meant. In hindsight, of course, it all makes sense now :) Anyway, shall I just patch it in for my PLL chip in particular, or just change all the PLL code to use seperate i2c transmissions? No. The right fix for this problem is to insert real delays (preferably ddelay() calls of the average length of one or two i2c messages) in the retry loop in the saa-i2c driver. Otherwise you'll get into these problems again when you buy your next, faster PC. Would you be willing to implement this and send a patch? One thing; at the moment the SAA i2c code specifically does not retry if it gets an address error.. so in this case, there are never any retries because it gets an address error. I'd have to remove this check to implement your suggestion. Is this OK? -- adq -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Help with pipe/fifo
Hi
where I could find sample using pipe/fifo for ts decoding? I would use pipe
so the entire stream received, could be processed to retrieve all pid
transmitting over a transponder (tuned by dvbtune). Now I am using this code
but there a problem on decoding pid: child's get out only pid 0 (scan decode
other pids)!
I think the problem is in write-end pipe but I dont know how resolve! Could
you help me in anyway? thanks of all. Andrea
//parent write-end fd[1]
while((read(fd_dvr,tmp,10*TS_SIZE))!=0){
write(fd[1],tmp,10*TS_SIZE);
}
//child read-end fd[0]
if((read(fd[0], mbuf, TS_SIZE))0) perror(\nerror reading pipe\n);
for (i = 0; i TS_SIZE ; i++)
{
if ( mbuf[i] == 0x47 ){
printf(\nFound sync byte at %d\n,i);
break;
}
}
if (i == TS_SIZE)
{
perror(\nNot a TS\n);
return -1;
}else{
memcpy(buf, mbuf+i, TS_SIZE-i);
while((read(fd[0], mbuf, i))!=0);
memcpy(buf+TS_SIZE-i, mbuf, i);
//my_get_bits() function ok!
point_bit=11;
i=my_get_bits(buf,13);
printf(\nFirst pid: %04x\n,i);
point_bit=0;
l=0;
while((read(fd[0], buf, TS_SIZE))!=0){
//read(fd[0], buf, TS_SIZE);
point_bit=11;
i=my_get_bits(buf,13);
printf(\nFound pid %d: %04x
%d\n,l,i,i);
point_bit=0;
l++;
}
}
}
_
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] Pipe ok! Set filtering dmx...
Hi list my pipe is ok! The last question is: there's a way to set the dmx_pes_filter_params.pid = ANY_PID to obtain each pid on the transponder? This is my last limitations, please send me a reply! Thanks to all. _ Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Pipe ok! Set filtering dmx...
Andrea Gerardi wrote: Hi list my pipe is ok! The last question is: there's a way to set the dmx_pes_filter_params.pid = ANY_PID to obtain each pid on the transponder? This is my last limitations, please send me a reply! Thanks to all. When your card supports this you can pass PID=0x2000 to tell the demux that you're interested in receiving all PIDs. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Erroneous unsupported PLL synthesizer: foundit!!
Andrew de Quincey wrote: On Monday 17 March 2003 10:41, Holger Waechtler wrote: Andrew de Quincey wrote: On Friday 14 March 2003 18:35, Ralph Metzler wrote: Andrew de Quincey writes: Hi, I've found the problem. It seems to be the same one as mentioned in dvb-kernel and alps_bsru6 not tuning from Matt Davis on Mon, 03 Feb 2003. Basically, sending both i2c commands at the same time means the stv0299 bus repeater does not have enough time (the i2c device returns BUSY 'cos it hasn't finished with the first message). Adopting the same solution (breaking all the double-i2c PLL writes up into two single ones) makes the PLL work again. Well, I did ask you yesterday if PLL writes are done in one transfer or two in the driver you are using. Yeah, I wasn't quite sure what you meant. In hindsight, of course, it all makes sense now :) Anyway, shall I just patch it in for my PLL chip in particular, or just change all the PLL code to use seperate i2c transmissions? No. The right fix for this problem is to insert real delays (preferably ddelay() calls of the average length of one or two i2c messages) in the retry loop in the saa-i2c driver. Otherwise you'll get into these problems again when you buy your next, faster PC. Would you be willing to implement this and send a patch? One thing; at the moment the SAA i2c code specifically does not retry if it gets an address error.. so in this case, there are never any retries because it gets an address error. I'd have to remove this check to implement your suggestion. Is this OK? yes. Holger -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching can crash the arm
Andreas Oberritter wrote: Andreas Oberritter wrote: I am not using vdr and I only tested for some minutes, so please report if it works without side effects. It just increases the time, the driver waits for the arm. :-) Hm, forget that.. After some more testing I recognized that it does not really solve the problem. It just seems to delay it. Just as a remark: The Metzler Bros. DVB-1.1.6b has #define ARM_WAIT_FREE (5*HZ) Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: CRC32 errors in sections
On Fri, Mar 14, 2003 at 01:44:17PM -0500, Jeremy Hall wrote: One thing I am looking at now is line 1011 of av7110.c, if (av7110-handle2filter[handle]) Could this create a race condition with its counterpart 3 lines down? or could this be optimized to avoid the same call twice? Well, it can't be responsible for ARM crashes, but I wonder whether it is SMP save. On UP there is no race condition because the code is in an irq handler / tasklet, which can't be interrupted by userspace closing demux devices. Regards, Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: CRC32 errors in sections
On Fri, Mar 14, 2003 at 07:35:48PM +0100, Ralph Metzler wrote: Johannes Stezenbach writes: On Fri, Mar 14, 2003 at 12:40:17PM -0500, Jeremy Hall wrote: [...] The reason that it's broken now is that the AV7110 has hardware for the CRC check, but no one got around implementing the check in the firmware. Or maybe the Metzlers tried and it didn't work. Anyway, it's simpler to implement it on the PC now. If someone sometime implements it in the firmware, the check on the PC can be eleminated... As far as I can see you are all using the firmware in TS mode since last October or so. Thus, all problems with section filtering which you blame on the firmware are purely psychosomatic. The data path (including CRC checking) is exactly the same as in the case of the Nova cards. AFAICS for dvbdmxfilter-type==DMX_TYPE_SEC mode is always 4. Except now with Andreas Oberritter's hw_sections patch it uses mode 0xb96a. The interesting question for me is if the CRC checking hardware of the AV7110 is not used because you know that it doesn't work, or because you just never tried to use it? Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: DVB Linux HOWTO (or Guide)
Il giorno Mon, 17 Mar 2003 10:35:31 +0100, in uno stato di totale incoscienza, Alessandro De Donno [EMAIL PROTECTED] casualmente disse: Hi folks, I'm finally writing the following HOWTO. It would be complete, so it could be named guide. I already wrote some chapters, others will come soon. Suggestions, contributions, etc. etc. are welcome. [cut] Someone have posted an email to work together, then a team will come soon. People that want to contribute can write to me in pvt or in ML. I'll send a complete summary with who writes what, eventually a CVS server to upload tex files, etc. As usually, suggests, contribs and... insults :-) are welcome. -- A. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: OT: hardware mpeg2 encoder card with linux support?
On Sat, Mar 15, 2003 at 11:09:18PM +0100, Arpi wrote: I want to buy some hardware mpeg2 (or mpeg1 is ok, too) _en_coder card, which has linu xsupport. There are hundreds on teh market, but none of them mentions any support for linux :( I've found that Kfir card mentioned in linuxtv archives, and some rumours about upcoming Kfir2-based hauppage cards. Any news on them? I need it for some analog VCR application (like VDR but for analog broadcasts). The best would be if it could compress any data i send to the card (so i could apply filtering, osd etc to the captured video) but if it's together with the tuner or have compisite/s-video input it's also good. I need full PAL resolution (720x576 or so) and good quality/compression ratio, so software encoding is not a solution. It's probably not very helpful wrt your question, but the general problem with encoder cards is that there is no standard API for them. The Kfir driver just uses lots of module parameters for the encoding parameters, which means that you cannot change them on the fly. There was some discussion about an MPEG encoder API a while back on the video4linux list; maybe someone wants to check it out: http://www.mail-archive.com/video4linux-list%40listman.redhat.com/msg06328.html Regards, Johannes -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching can crash
Hi, This does not fix it for me. After the crash, kdvb-fe-0:0 remains at the top of the top display until vdr is stopped. I even tried increasing this to 4 instead of 2, but it doesn't help. _J In the new year, Andreas Oberritter wrote: --=-MULFeo7RCEkEM0YaHLq2 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, please try this tiny patch. It fixes the reported problem for me. TV is running smoothly while in the background all available section filters are used to get EIT sections and other high traffic sections. I am not using vdr and I only tested for some minutes, so please report if it works without side effects. It just increases the time, the driver waits for the arm. :-) Regards, Andreas --=-MULFeo7RCEkEM0YaHLq2 Content-Disposition: attachment; filename=ttpci.diff Content-Type: text/x-patch; name=ttpci.diff; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Index: av7110.h === RCS file: /cvs/linuxtv/dvb-kernel/linux/drivers/media/dvb/ttpci/av7110.h,v retrieving revision 1.2 diff -u -r1.2 av7110.h --- av7110.h 18 Feb 2003 13:18:02 - 1.2 +++ av7110.h 17 Mar 2003 00:57:06 - @@ -19,7 +19,7 @@ #define DEBISWAB 0x001e #define DEBISWAP 0x002e -#define ARM_WAIT_FREE (HZ) +#define ARM_WAIT_FREE (HZ*2) #define ARM_WAIT_SHAKE (HZ/5) #define ARM_WAIT_OSD (HZ) --=-MULFeo7RCEkEM0YaHLq2-- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Radio and ts2ps
On Sun, Mar 16, 2003 at 08:08:37PM +0100, Dominik Kuhlen wrote: Is it possible to convert DVB radio to ps? ts2ps expects two pids (one for video and one for audio) ts2es works with mpg123 0.59k (version 0.59r doesn't work?) I prefer mplayer (seeking), but it doesn't work with es streams. mpg123 0.59r works fine for me with es streams from ts2es (Current Debian unstable version). cheers, Phil -- http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] watching/recording video
I have a WinTV DVB-s card. I'm trying to watch some video or record it. I have locked to a channel, and now, I know that PES packets of video are coming with PID 2201, so I have run the programme that I send you but the result is an error: ioctl DMX_SET_PES_FILTER failed: Invalid argument. Why invalid argument??. I think I have done it like in the example HOWTO-use-the-demux-api What can I do to watch some video or record it?? Thanks Bye ___ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es t_video.c Description: t_video.c
[linux-dvb] v4lctl and dvb driver pre-2
Hi list, I tried to change the TV norm of the V4L parameters of the dvb driver. The result I get with -pre2 is as follows (v4lctl is from xawtv version 3.85): v4lctl setattr norm NTSC ioctl: VIDIOCGTUNER(tuner=0;name=;rangelow=0;rangehigh=0;flags=0x0 [];mode=PAL;signal=0): Invalid argument invalid value for norm: NTSC valid choices for norm: PAL, NTSC, SECAM, AUTO and the picture is still in PAL format. Last time I'm aware of that this worked was with driver version 0.9.4... I was unable to find a similar question on the lists archives. I hope anyone is able to help here... Regards, Steffen -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Need help for linuxtv-dvb-1.0.0-pre2 !
Hi list, I am a newbie to Linux and to DVB. I apologize in advance if some questions are stupid. I have a linux box running kernel 2.4.20.I have as modules CONFIG_VIDEO_DEV, CONFIG_INPUT and CONFIG_INPUT_EVDEV. I am using the package linuxtv-dvb-1.0.0-pre2. The DVB-S card is an Happauge Nova Win-tv card. I tested it on others plat-form. It's working fine. I changed to the directory driver and typed make. No errors. I did make insmod. No errors. I did makedev.napi. No errors. All the device stated in the script are created. I compiled the dvbtune to configure the card. No errors. I execute dvbtune withe parameters for my transponder. And then, I get this error message: frontend: 5FRONTEND DEVICE: : No such device. What i did wrong ? After make insmod, lsmod lists the following modules in this order : dvb-saa7148 evdev input grundig_29504-401 tda8083 ves1820 ves1893 stv0299 dvb_sw_demux dvb-core i2c-core videodev . Regards, Kumar ANANDAPPANE -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching cancrash the arm
Hi, On Mon, 2003-03-17 at 10:56, Andreas Share wrote: An additional module parameter is an nice idea, but is it not better do this via a little change in the api (via dmx_sct_filter_params), so we can select in user-space wich filter we whant to use? So we are able to mix hardware and software section filter at same time This module parameter is just a temporary solution, because it is annoying to have arm crashes during software development and testing. :-) Usually a hardware driver shall use the best method to deliver data (the most reliable and fastest method). No need for an application to know about that. Maybe an optional filter flag which indicates that a section is supposed to deliver large amounts of data might be a good idea, i.e. for private sections which do not have a fixed pid value as opposed to EIT sections. (And even EIT can be low traffic when filtering for specific sections.) Regards, Andreas -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] make[2]: *** No rule to make target`/usr/src/linux/include/linux/modversions.h', needed by `dmxdev.o'. Stop.under Debian
Hi, I'm trying to install linux-dvb.2003-02-16 (from Klaus Schmidinger's page) which seems to be 1.0.0pre1 under Debian (It's my first Debian installation). But my kernel-sources (Debian 2.4.20) do not have a modversion.h. Have there been any changes from kernel 2.4.18 to 2.4.20 in that manner? Don't Debian-sources have a modversion.h by any reasons? Or is it just a broken package missing that file? Thanx Rene -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching cancrash the arm
Can you make a patch that will apply to DVB that adds this module functionality? (my machine runs 2.4.x and my understanding is that DVB-kernel only works with 2.5.x) _J In the new year, Andreas Share wrote: Hm, forget that.. After some more testing I recognized that it does not really solve the problem. It just seems to delay it. However, I committed a patch to dvb-kernel, which adds a module parameter hw_sections. If set to 0, then the driver will get transport stream packets from the arm and use the software demux to filter sections. The default setting (1) does section filtering in the arm firmware, which is less stable under high load but should be faster. I haven't seen any arm crash since I am using software section filters. Regards, Andreas Hello, i tested over the last days some application uses additional section filter, and i have see the older ci-cam firmware is much more stable in this case. With the newer Link-Layer Firmware i have seen mostly very fast arm-crashes. So i think it should be possible to fix this in the firmware An additional module parameter is an nice idea, but is it not better do this via a little change in the api (via dmx_sct_filter_params), so we can select in user-space wich filter we whant to use? So we are able to mix hardware and software section filter at same time Greetings Andreas Share -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunchingcancrash the arm
On Mon, 2003-03-17 at 18:47, Jeremy Hall wrote:
Can you make a patch that will apply to DVB that adds this module
functionality? (my machine runs 2.4.x and my understanding is that
DVB-kernel only works with 2.5.x)
ok, here it is.
dvb-kernel can be used with recent 2.4.x kernels, too. i am using
2.4.20. see dvb-kernel/build-2.4/README for details.
Andreas
p.s.: shall i commit this to DVB cvs, too?
Index: av7110.c
===
RCS file: /cvs/linuxtv/DVB/driver/av7110/av7110.c,v
retrieving revision 1.29
diff -u -r1.29 av7110.c
--- av7110.c 4 Mar 2003 18:31:42 - 1.29
+++ av7110.c 17 Mar 2003 18:06:40 -
-104,6 +104,7
static int vidmode=CVBS_RGB_OUT;
static int pids_off;
static int adac=DVB_ADAC_TI;
+static int hw_sections = 1;
#define saacomm(x,y) av7110-saa-command(av7110-saa-i2c_bus, (x), (y))
-3340,12 +3341,14
u16 mode=0xb96a;
if (dvbdmxfilter-type==DMX_TYPE_SEC) {
-buf[4]=(dvbdmxfilter-filter.filter_value[0]8)|
-dvbdmxfilter-maskandmode[0];
-for (i=3; i18; i++)
-buf[i+4-2]=(dvbdmxfilter-filter.filter_value[i]8)|
-dvbdmxfilter-maskandmode[i];
-mode=4;
+ if (hw_sections) {
+ buf[4]=(dvbdmxfilter-filter.filter_value[0]8)|
+ dvbdmxfilter-maskandmode[0];
+ for (i=3; i18; i++)
+ buf[i+4-2]=(dvbdmxfilter-filter.filter_value[i]8)|
+ dvbdmxfilter-maskandmode[i];
+ mode=4;
+ }
} else
if ((dvbdmxfeed-ts_type TS_PACKET)
!(dvbdmxfeed-ts_type TS_PAYLOAD_ONLY))
-4926,6 +4929,7
MODULE_PARM(vidmode,i);
MODULE_PARM(pids_off,i);
MODULE_PARM(adac,i);
+MODULE_PARM(hw_sections, i);
/*
* Local variables:
[linux-dvb] Re: [PATCH] heavy section filter crunchingcancrash the arm
On Mon, 2003-03-17 at 18:47, Jeremy Hall wrote: Can you make a patch that will apply to DVB that adds this module functionality? (my machine runs 2.4.x and my understanding is that DVB-kernel only works with 2.5.x) ok, here it is. dvb-kernel can be used with recent 2.4.x kernels, too. i am using 2.4.20. see dvb-kernel/build-2.4/README for details. Andreas p.s.: shall i commit this to DVB cvs, too? I think..yes:) Greetings A. Share -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] video and audio problems
I wanted to watch TV and listen audio, so I locked to a channel and run /apps/test/test_pes.c changing DMX_OUT_TAP by DMX_OUT_DECODER. Then I watched video and listened audio without problems. Then I restarted my computer and run the original test_pes.c to record some video but the exit is: ioctl DMX_SET_PES_FILTER: Device or resource busy Another problem, is that,NOW in the moment that I locked to the channel, I can watch TV without running any proramme. Can anyone help me? Thanks. Bye. ___ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Frontend patch
--On den 17 mars 2003 07:32 +0100 Nils Ohlmeier [EMAIL PROTECTED] wrote: I have a very lousy signal here in Berlin. Most channels have a siganl level of 4xxx in tzap (im still searching for the reason for this low signal). This i a TT DVB-T card with an ALPS TDLB7 tuner and a SP8870 frontend, right? If so, I think 4xxx is a pretty good signal level. But i also tried it with fixed values of 2 and 3 as third parameter for sp5659_set_tv_freq() (instead of the zero). And with a value of 3 i have a stable picture and sound nearly immediately on every channel. The disadvantage seems to be that sometimes i get on switching only a black screen without sound. Then i have to switch to a complete different frequence, before a i can switch successful to the desired channel. As you notice i do not know what i'm doing here. It is more trial and error :) As I have described earlier in this list I had simlar problems, and played with both the PLL power and the PLL divider (to get faster feedback to the PLL) and could improve the situation, but never got it really good. It mostly seems to have been because I had a lousy 12V feed, I ended up replacing the power supply and moved a 12V fan which was connected to the mother board to a separate connector. If you want to get more info about playing with your tuner you are welcome to contact me, but I'd first check the power supply. I still have another interresting problem though, which I as far as I know am the only one to have: I need to run an older firmware in the SP8870 than any other person I have spoken with, or I get serious disturbances, shown as intermitten higher BER every 2-5 seconds with for example tzap on one of four channels, and the same problem but maybe only every 10 seconds and not as bad on another channel. On the two last frequencies it doesn't matter which firmware I run. $ ls -l /usr/lib/DVB/driver/frontends/ -rwxr-xr-x1 root root19920 Oct 6 1999 Sc_main.mc -rw-r--r--1 root root20108 Jun 6 2001 Sc_main.mc.new -rwxr-xr-x1 root root19920 Oct 6 1999 Sc_main.mc.old This is really annoying, I don't understand it at all. /ragge -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Frontend patch
--On den 17 mars 2003 11:48 +0100 Holger Waechtler [EMAIL PROTECTED] wrote: Ragnar Sundblad wrote: This is a fix for alps_tdlb7.c to drive the tuner PLL power according to the specification from ALPS. I need it to have the tuner work reliably, for at least one other person (or rather, card :-) it doesn't seem to harm. I have only tried it with DVB, but it should be applicable to dvb-kernel too. I believe this should be applied to the cvs code. done. Thanks, but it seems to have been applied in int sp5659_set_tv_freq() instead of in int tdlb7_ioctl() where I put it. I doubt that it even compiles in this shape. If you want to have the test in sp5659_set_tv_freq instead I could rewrite it to go there. You also don't seem to have applied it to dvb-kernel, but that is your choice. /ragge -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: [PATCH] heavy section filter crunching
HEY NOW! THERE's an improvement!
Now I have not had a crash and have run a channel on the EEPG pid for a
long time. I still get CRC errors, but that's recoverable next pass.
(I use hw_sections==0)
it applied with something called fuzz 2, but was ultimately happy.
_J
In the new year, Andreas Oberritter wrote:
--=-RwvgyNoohD/rTRnJGmp0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Mon, 2003-03-17 at 18:47, Jeremy Hall wrote:
Can you make a patch that will apply to DVB that adds this module
functionality? (my machine runs 2.4.x and my understanding is that
DVB-kernel only works with 2.5.x)
ok, here it is.
dvb-kernel can be used with recent 2.4.x kernels, too. i am using
2.4.20. see dvb-kernel/build-2.4/README for details.
Andreas
p.s.: shall i commit this to DVB cvs, too?
--=-RwvgyNoohD/rTRnJGmp0
Content-Disposition: attachment; filename=av7110.diff
Content-Type: text/x-patch; name=av7110.diff; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
Index: av7110.c
===
RCS file: /cvs/linuxtv/DVB/driver/av7110/av7110.c,v
retrieving revision 1.29
diff -u -r1.29 av7110.c
--- av7110.c 4 Mar 2003 18:31:42 - 1.29
+++ av7110.c 17 Mar 2003 18:06:40 -
@@ -104,6 +104,7 @@
static int vidmode=CVBS_RGB_OUT;
static int pids_off;
static int adac=DVB_ADAC_TI;
+static int hw_sections = 1;
#define saacomm(x,y) av7110-saa-command(av7110-saa-i2c_bus, (x), (y))
@@ -3340,12 +3341,14 @@
u16 mode=0xb96a;
if (dvbdmxfilter-type==DMX_TYPE_SEC) {
-buf[4]=(dvbdmxfilter-filter.filter_value[0]8)|
-dvbdmxfilter-maskandmode[0];
-for (i=3; i18; i++)
-buf[i+4-2]=(dvbdmxfilter-filter.filter_value[i]8)|
-dvbdmxfilter-maskandmode[i];
-mode=4;
+ if (hw_sections) {
+ buf[4]=(dvbdmxfilter-filter.filter_value[0]8)|
+ dvbdmxfilter-maskandmode[0];
+ for (i=3; i18; i++)
+ buf[i+4-2]=(dvbdmxfilter-filter.filter_value[i]8)|
+ dvbdmxfilter-maskandmode[i];
+ mode=4;
+ }
} else
if ((dvbdmxfeed-ts_type TS_PACKET)
!(dvbdmxfeed-ts_type TS_PAYLOAD_ONLY))
@@ -4926,6 +4929,7 @@
MODULE_PARM(vidmode,i);
MODULE_PARM(pids_off,i);
MODULE_PARM(adac,i);
+MODULE_PARM(hw_sections, i);
/*
* Local variables:
--=-RwvgyNoohD/rTRnJGmp0--
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] Re: Frontend patch
Ragnar Sundblad wrote: --On den 17 mars 2003 07:32 +0100 Nils Ohlmeier [EMAIL PROTECTED] wrote: I have a very lousy signal here in Berlin. Most channels have a siganl level of 4xxx in tzap (im still searching for the reason for this low signal). This i a TT DVB-T card with an ALPS TDLB7 tuner and a SP8870 frontend, right? If so, I think 4xxx is a pretty good signal level. Yes, that's the same card. I also get values between 46xx an 4fxx, though it sometimes seems that the receiption could be better. Cheers, Juri -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: libdvb: is this a bug
Hello mailinglist,
unfortunately my last posting was not readable, because
my email client produced something in html format with
white characters on white background :-o.
Sorry for that. This time it's text format.
Today I found the new release 0.2.3 of the libdvb on
http://www.metzlerbros.de/mbros/dvb/.
A diff to to the 0.2.2 release showed the bugfix I proposed.
Thanks to Marcus Metzler.
Sven Severus
=
Hello newsgroup,
I am not sure, but I think I found a bug in libdvb (0.2.2).
Frank Verlinden reported the following problem in a posting dated 3 Mar
2003
(http://www.linuxtv.org/mailinglists/linux-dvb/2003/03-2003/msg9.html):
After loading the Convergence or the Metzler DVB drivers the n-tv screen
is showed. When starting Tuxzap and trying to switch to an FTA channel
the screen becomes blank. With the Convergence driver, it is still
possible to switch with szap.
I had the same problem, but unfortunalety Frank did not continue the
thread,
so I tried to find out the reason and a solution by myself. Let me now
report
my results:
In source DVB.cc is a function set_diseqc_nb. Its purpose is to
assign proper values to the six bytes and the length attribute of
the struct dcmd, used as parameter for the frontend API function
FE_DISEQC_SEND_MASTER_CMD later on.
Here is a part of the C code: --
dcmd.msg[3]=0xF0 |
((nr * 4) 0x0F) |
(tone ? 1 : 0) |
(voltage ? 2 : 0);
According to the DiSEqC specification bus_spec.pdf (found at
http://www.eutelsat.com/satellites/4_4_5.html), chapter 8.3
Command Byte and chapter 9.1 Write Port Group, and
slave_microcontroller_spec.pdf, chapter 7.2 Committed
Control Pins, dcmd.msg[3] is the data byte in the
Write N0 command (hex code 0x38, write to port group 0
(committed switches)).
The meaning of the least significant bit in this data byte is:
1 = High L.O. frequency selected.
Now lets look at what happens if tuxzap switches to a transponder
in the high band area:
In function DVB::SetTP tone is properly set to SEC_TONE_ON,
but unfortunately the enum type of tone is:
-- linux/dvb/frontend.h -
typedef enum fe_sec_tone_mode {
SEC_TONE_ON,
SEC_TONE_OFF
} fe_sec_tone_mode_t;
-
(see also Linux DB API Version 3, V1.0.0 pre1,
chapter 2.1.7 SEC continuous tone)
That means, that tone has _zero_ value and (tone : 1 : 0)
evaluates to 0, resulting in the least significant bit in
dcmd.msg[3] NOT set in this case.
This is a contradiction to the eutelsat specs.
I patched the expression to: ((tone == SEC_TONE_ON) ? 1 : 0),
and a very similar piece of code in function set_diseq the same
way. This is much more robust coding, and it worked properly.
=
Is this a bug?
I am doubtfull, because only one posting reported this problem.
I would highly appreciate a statement of Marcus Metzler.
Thanks in advance for any answer.
Best regards,
Sven Severus
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] Re: DVB API registration info, please
Great to hear that somnebody is working on this card. Could you please post your codelets so that other people can contribute to your development? Yes, I plan to do that (seems only fair, the code looks like the Frankenstein offspring of Florian's dummy adapter code and your ttusb code with my reverse engineered stuff thrown in ;). However, I'd like to get it to a point where it will stream, and, perhaps more importantly, has some mutexs. I wouldn't like to rmmod it at the wrong time, right now ;) I reckon that it should reach that point sometime in the next week. While we're on the subject, I have a few questions, as I'm new to this: 1) Seeing as portions of code are just cut paste from Florian's and your code should I put a copyright for you guys or a credit somewhere, and if so, where should it go? 2) The code is currently ~20k (without bootcode). Is that too big to post to the list without getting flamed? :) I have a website I can host it on if so. 3) There is an ARM bootcode header made from a Hauppauge binary. I'm guessing that Hauppauge would rather I didn't publish it everywhere. I should just give instructions of how to make it with fdump, right? 4) Is there anything else I need to know? Cheers, Alex -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Frontend patch
Ragnar Sundblad wrote: --On den 17 mars 2003 11:48 +0100 Holger Waechtler [EMAIL PROTECTED] wrote: Ragnar Sundblad wrote: This is a fix for alps_tdlb7.c to drive the tuner PLL power according to the specification from ALPS. I need it to have the tuner work reliably, for at least one other person (or rather, card :-) it doesn't seem to harm. I have only tried it with DVB, but it should be applicable to dvb-kernel too. I believe this should be applied to the cvs code. done. Thanks, but it seems to have been applied in int sp5659_set_tv_freq() instead of in int tdlb7_ioctl() where I put it. I doubt that it even compiles in this shape. why, what exactly is the problem? If you want to have the test in sp5659_set_tv_freq instead I could rewrite it to go there. You also don't seem to have applied it to dvb-kernel, but that is your choice. sorry, my mistake. Now it's applied to dvb-kernel, too. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] DVBc tuning, 1.0.0pre2 and Jaakko's patch
After using 1.0.0pre2 with VDR 1.1.25, I have to report also my part of the story for DVBc tuning :) First, I can not tune (or with a lot of difficulties) with vanilla DVB1.0.0pre2 on my DVBc board. Since many driver releases, I have to use Jaako's patches to make the all thing work (http://hyvatti.iki.fi/~jaakko/dvb/). Thank you! Jaakko just recently tried to clean this up to have it included in CVS. Unfortunately, the dvb5.diff and dvb6.diff didn't worked for me (I have M64I0 in VDR's channels.conf, SR is 6875). I have to use dvb4.diff, and it works reliably. With dvb4.diff, I get: Mar 18 00:02:26 vdr vdr[10832]: switching to channel 1 Mar 18 00:02:27 vdr kernel: 0:0: drift: +0.00, bending: +0.00 Mar 18 00:02:27 vdr kernel: ves1820.c: tuning to 331.00 MHz Mar 18 00:02:27 vdr kernel: 0:0: delay: 0.20s Also, applying the dvb6.diff patch part that is related to always retry the same frequency for zigzag lower the tuning time sometimes (Change notes: Makes zigzag to not change frequency for DVB-c at all. It only resets the parameters over and over again.) In dvb_frontend.c: else if (fe-info-type == FE_QAM) stepsize = 0; I also tried to change the #define TIMEOUT 2*HZ in dvb5.diff with 4*Hz, but that didn't helped. Anyone else is experiencing the same? -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: Frontend patch
--On den 17 mars 2003 23:24 +0100 Holger Waechtler [EMAIL PROTECTED] wrote: Thanks, but it seems to have been applied in int sp5659_set_tv_freq() instead of in int tdlb7_ioctl() where I put it. I doubt that it even compiles in this shape. why, what exactly is the problem? None it seems, I read the cvsdiff output to quickly, you have obviously fixed it to fit in sp5659_set_tv_freq instead. Everything seems to be fine! Hopefully this will at last learn me to double check before spamming a mail list. /ragge -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
