Re: [linux-dvb] uk-EmleyMoorHuddersfield and uk-TaptonHillSheffield
On Mon, 2007-04-23 at 22:59 +0100, James Gregory wrote: > > I have been informed that there is a uk-Sheffield file already in the > repository. I have tested that one and it works fine, so no need to > commit mine (for whoever deals with that kind of thing :). Oops! I did mean to include the list. Apologies. Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [Patch TT-Budget S-1401 (TDA10086/TDA8262)] (was: [Testers wanted] TDA10086/TDA826x patch)
Hi Oliver, On Sat, 2007-05-12 at 22:40 +0200, Oliver Endriss wrote: > Oliver Endriss wrote: > > Helmut Auer wrote: > > > Helmut Auer schrieb: > > > >> With this patch my TTs1401 works much better than without. > > > >> The BER's are gon and I can receive all channels fine > > > > AFAICS the latest patch was posted in message > > http://linuxtv.org/pipermail/linux-dvb/2007-January/015251.html > > > > After reading all messages in this thread it is not clear to me > > whether the patch improves things or not. > > > > http://linuxtv.org/pipermail/linux-dvb/2007-January/015360.html > > indicates a problem with some transponders. > > > > Unfortunately I neither have the datasheets nor the hardware to play > > with. I can't tell whether it makes sense or not. > > > > Furthermore the patch might also break an USB device which uses the > > same tuner (dvb-usb driver - Pinnacle 400e DVB-S)... > > We need more testing! > > With Helmut's help I've prepared a new patch which solved all > tuning problems for him. > > Basically the same as the previous patch, except for: > - TDA8262: set baseband gain to 9db (maximum value) > - TDA10086: toggle register 0x02 between 0x35 (tuning) and 0x00 (locked) > - STR and SNR values are inverted now. > > Helmut already confirmed that it works for him. > > @all TT-budget S-1401 & Pinnacle 400e DVB-S users: > Please test the attached patch. > > If nobody objects I'll commit this patch on Thursday. TT-Budget S-1401, running with an up-to-date Debian Etch (2.6.18-4), fresh checkout of v4l-dvb from Mercurial, with the above patch applied. Looks OK so far. The few BERs that I was getting seem to be gone. I'll leave it running over the weekend and report again early next week. Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb-apps questions
Hi Paul, On Wed, 2007-06-06 at 13:02 +1000, Paul wrote: > I have a few questions and suggestions now I see some activity on the dvb-apps > > Q.1 tzap > This seems loop indefinately can we also have option to limit the output to > a count or > duration eg -count 10 or -time 5 secs Have you tried using the -x option? tzap tunes and then exits. However, I think you have to load the dvb-core module with dvb_shutdown_timeout set to 0, otherwise the signal is lost again. A count (as well as the human-readable option you asked for the other day) already exists in femon - perhaps you could do a 'tzap -x', followed by an 'femon -h -C ...'? Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb-apps questions
Hi, On Wed, 2007-06-06 at 19:20 +1000, Paul wrote: > > so femon and tzap work together? ahhh They are both separate programs, but the data they report comes from the same source. > Actually the big picture is I want to write a script which I can log these > values in a > database so I can gather info on my signal and reception etc.. tzap behaves just like any other *nix utility with regards to return values, so something like this should work: if 'tzap -x ...' then # Tuning successful - monitor signal strength femon -h -c ... else # Tuning failed... fi Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-S card swaps / giveaway
On Sun, 2007-12-09 at 21:00 +, Matthew Bloch wrote: > Hello again, > > I've had two unsuccessful attempts at finding a Linux-supported DVB-S > card. I've bought two Technisat products: a Skystar USB Plus - except > the "Plus" model is completely different from the supported "Skystar > USB", and now a Skystar 2 TV PCI card, except I bought a revision 2.7V > which isn't supported either. > > I'd happily give either or both of these away to developers interested > in getting some drivers written; alternatively I could swap one of them > for a Linux-supported card if that interests anyone? > > Finally can anyone suggest a shop selling a compatible card who'll ship > to the UK? It's been an expensive uphill struggle so far :) > Thanks, > Their website appears to be offline at the moment (perhaps not a great sign!), but we bought some TechnoTrend S-1401 DVB-S cards from Intellect Systems (http://www.intellectsystems.co.uk/), and didn't have any problems with service or delivery. The cards have been supported for a while now. Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Software support for the "Technotrend TT-Budget S-1500"
Hi Michael, On Mon, 2008-01-21 at 16:12 -0700, Michael Finch wrote: > Hi All, > > I have noticed that there is significant support for the "Technotrend > TT-budget S1500" PCI card, which I am excited to see. > I have also noticed that there is very little support for the > "Technotrend TT-budget S1401" card. > > I am curious if the reason for the lack of support for the S-1401 card > is simply because nobody has gotten around to developing LINUX support > for it or if there is a good reason to go with the S-1500 card > instead. > > I have a client with a new project that requires using one of these > cards (or something similar). Is the S-1500 a better choice? A driver for the S-1401 was written about 12-18 months ago. I haven't tried it for some time, and I'm not sure of the exact status - there were a few discussions last year on the mailing list to do with tweaks to the signal strength, etc. - but last time I did use it it was very stable and did what I wanted it to do. If you search the archives for S-1401 or TDA10086 (the tuner chip), you should find out plenty of information. We chose the card primarily because it was low-profile, but I think it is a fair bit cheaper than the 1500. The project ended up using Windows rather than Linux, but as far as I know, the cards themselves have been very reliable. Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvbtools vs. dvb-apps?
Hi, Is there an equivalent to this command: # dvbtune -f 11473000 -p V -s 33300 -n 110 using just the programs available in dvb-apps? The stream I'm tuning in to is a multicast network stream rather than an audio/video stream, and doesn't show up in the initial results from scan, but does appear when running dvbtraffic. If I want to use (s)zap then I need the PID to show up in my channels.conf, right? (I've attached my initial scan data and dvbtraffic output.) Cheers, Chris -- Chris Malarky chris at malarky dot org # cat EutelsatW1 # Eutelsat W1 # freqpol sr fec S 11473000 V 3330 AUTO # scan EutelsatW1 scanning EutelsatW1 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 11473000 V 3330 9 >>> tune to: 11473:v:0:33300 Network Name 'EUTELSAT W1' dumping lists (7 services) [0001]:11473:v:0:33300:0:0:1 [0004]:11473:v:0:33300:0:0:4 [0014]:11473:v:0:33300:0:0:20 [000a]:11473:v:0:33300:0:0:10 [0002]:11473:v:0:33300:0:0:2 [03e9]:11473:v:0:33300:0:0:1001 [03e8]:11473:v:0:33300:0:0:1000 Done. # dvbtraffic 12 p/s 2 kb/s19 kbit 0011 0 p/s 0 kb/s 1 kbit 0014 0 p/s 0 kb/s 1 kbit 002011 p/s 2 kb/s17 kbit 002111 p/s 2 kb/s17 kbit 002212 p/s 2 kb/s19 kbit 002311 p/s 2 kb/s17 kbit 002411 p/s 2 kb/s17 kbit 006e 4 p/s 0 kb/s 7 kbit 03e811 p/s 2 kb/s17 kbit 03e911 p/s 2 kb/s17 kbit 03f213 p/s 2 kb/s20 kbit 03f315 p/s 2 kb/s23 kbit 03f4 139 p/s25 kb/s 210 kbit 03f6 1 p/s 0 kb/s 2 kbit 03fc 1 p/s 0 kb/s 2 kbit 0407 1817 p/s 333 kb/s 2732 kbit 0408 4376 p/s 803 kb/s 6582 kbit 0409 3952 p/s 725 kb/s 5943 kbit 040a 1521 p/s 279 kb/s 2288 kbit 040b 2628 p/s 482 kb/s 3952 kbit 040c 2269 p/s 416 kb/s 3413 kbit 0425 892 p/s 163 kb/s 1341 kbit 044b23 p/s 4 kb/s35 kbit 1fff 12673 p/s 2326 kb/s 19060 kbit 2000 30433 p/s 5587 kb/s 45771 kbit -PID--FREQ-BANDWIDTH-BANDWIDTH- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] Add count option to femon
Hi, I've attached a simple patch which gives the option to stop femon after after a number of samples, rather than it running indefinitely. I need to be able to monitor the FE, and this seems cleaner (and hopefully more useful) than just hacking femon to output what I want. Cheers, Chris -- Chris Malarky chris at malarky dot org diff -r 92cd5208d2cf util/femon/femon.c --- a/util/femon/femon.c Mon Sep 18 21:27:12 2006 +0100 +++ b/util/femon/femon.c Sat Oct 21 15:31:48 2006 +0100 @@ -43,7 +43,8 @@ static char *usage_str = "\nusage: femon [options]\n" " -h: human readable output\n" " -a number : use given adapter (default 0)\n" -" -f number : use given frontend (default 0)\n\n"; +" -f number : use given frontend (default 0)\n" +" -c number : samples to take (default 0 = infinite)\n\n"; static void usage(void) @@ -54,9 +55,10 @@ static void usage(void) static -int check_frontend (struct dvbfe_handle *fe, int human_readable) +int check_frontend (struct dvbfe_handle *fe, int human_readable, unsigned int count) { struct dvbfe_info fe_info; + unsigned int samples = 0; do { if (dvbfe_get_info(fe, FE_STATUS_PARAMS, &fe_info, DVBFE_INFO_QUERYTYPE_IMMEDIATE, 0) != FE_STATUS_PARAMS) { @@ -95,14 +97,15 @@ int check_frontend (struct dvbfe_handle printf("\n"); fflush(stdout); usleep(100); - } while (1); + samples++; + } while ((!count) || (count-samples)); return 0; } static -int do_mon(unsigned int adapter, unsigned int frontend, int human_readable) +int do_mon(unsigned int adapter, unsigned int frontend, int human_readable, unsigned int count) { int result; struct dvbfe_handle *fe; @@ -132,7 +135,7 @@ int do_mon(unsigned int adapter, unsigne } printf("FE: %s (%s)\n", fe_info.name, fe_type); - result = check_frontend (fe, human_readable); + result = check_frontend (fe, human_readable, count); dvbfe_close(fe); @@ -141,11 +144,11 @@ int do_mon(unsigned int adapter, unsigne int main(int argc, char *argv[]) { - unsigned int adapter = 0, frontend = 0; + unsigned int adapter = 0, frontend = 0, count = 0; int human_readable = 0; int opt; - while ((opt = getopt(argc, argv, "ha:f:")) != -1) { + while ((opt = getopt(argc, argv, "ha:f:c:")) != -1) { switch (opt) { default: @@ -153,6 +156,9 @@ int main(int argc, char *argv[]) break; case 'a': adapter = strtoul(optarg, NULL, 0); + break; + case 'c': + count = strtoul(optarg, NULL, 0); break; case 'f': frontend = strtoul(optarg, NULL, 0); @@ -163,7 +169,7 @@ int main(int argc, char *argv[]) } } - do_mon(adapter, frontend, human_readable); + do_mon(adapter, frontend, human_readable, count); return 0; } ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Initial scan file for Sheffield, UK
Hi, Initial DVB-T scan file for Sheffield, UK attached. Cheers, Chris -- Chris Malarky chris at malarky dot org # # Sheffield, South Yorkshire, UK # # References: # http://www.dtg.org.uk/retailer/tx_n.html # http://www.dtg.org.uk/retailer/dtt_channels.html # http://www.digitalspy.co.uk/terrestrial/tuning/ # # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # # Multiplex 1 (Channel 39) BBC[1-3], BBC News 24 T 61800 8MHz 3/4 NONE QAM16 2k 1/32 NONE # # Multiplex 2 (Channel 53) ITV[1-4], Channel 4, E4, More 4 T 73000 8MHz 2/3 NONE QAM64 2k 1/32 NONE # # Multiplex A (Channel 57) Five, QVC, UK Gold, Discovery T 76200 8MHz 2/3 NONE QAM64 2k 1/32 NONE # # Multiplex B (Channel 60) BBC4, CBeebies T 78600 8MHz 3/4 NONE QAM16 2k 1/32 NONE # # Multiplex C (Channel 45) Sky 3, UKTV History T 66600 8MHz 3/4 NONE QAM16 2k 1/32 NONE # # Multiplex D (Channel 42) The Hits, TMF, Film Four T 64200 8MHz 3/4 NONE QAM16 2k 1/32 NONE ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Initial scan file for Eutelsat W1 @ 10° East
Hi, Initial DVB-S scan file for services on Eutelsat W1 @ 10° East attached. Cheers, Chris -- Chris Malarky chris at malarky dot org # Eutelsat W1 10E # freq pol sr fec S 11473000 V 3330 AUTO ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechnoTrend Budget T-1500 DVB-T CI doesn't find any channels
Hi Klaus, On Tue, 2006-10-24 at 16:05 +0200, Klaus Schmidinger wrote: > > Sounds like the same problem I had. The card generates a +5V power > supply for active antennas. If your antenna shorts the power, the > card won't receive anything. > > There is a jumper on the card which you can remove to turn the power off. And I thought I was having reception problems! I removed the jumper and now it scans and tunes perfectly :-D Thank you! Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TT-1500 / TDA10046
Hi Nick, On Tue, 2007-02-20 at 23:37 +, Nicholas Fearnley wrote: > I have had real problems getting the TT-1500 (DVB-T) working. > > I have been using dvbtune for some diagnostics. > > The following should yield BBC Multiplex on my local transmitter > > dvbtune -c 0 -qam 16 -gi 32 -cr 3_4 -bw 8 -tm 2 -f 722000 > > It does not, I tried adding 166Khz (722166) but no luck. So I tried > just working my way through some frequencies. I can get the > FE_STATUS to report FE_HAS_SIGNAL on some frequencies. I even get > FE_HAS_CARRIER on occasion but never any more than that. Sorry, I haven't had the time to chase this one up, but I haven't had a peep out of my T-1500 since I tried using dvbtune instead of the dvb-apps tools. I had no luck at all with dvbtune, and now I can't get a picture out of it. The behaviour is very strange - doing all the things that used to work perfectly - scan gives me all the channels I would expect, tzap gets a lock, and dvbtraffic is reporting a plausible amount of data. But when I try and capture the output with dvbstream I get nothing. I suspect that I am doing something Very Stupid, so will probably rip it all apart and try again :-/ Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TT-1500 / TDA10046
Hi Nico, On Wed, 2007-02-21 at 14:39 +0100, Nico Sabbi wrote: > Chris Malarky wrote: > > >I suspect that I am doing something Very Stupid, so will probably rip it > >all apart and try again :-/ > > maybe it won't change anything, but try a fresh cvs checkout of > dvbtune/stream Yes, maybe I'll try that before I do anything too drastic ;-) Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] szap vs dvbtune
Hi Daniarnedo, On Mon, 2007-02-26 at 18:26 +0100, daniarnedo wrote: > Anyone knows a reason for szap being not as stable as dvbtune when using a > DVB-S card for data reception? > dvbtune is giving me an oops if I unload the driver and szap never does, > however, dvbtune allows lot of days of data reception without any un-lock > while szap (and dvbnet) unlocks each 2 or three hours. My DVB-S test machine uses szap/dvbnet to receive data, and it's been up for 16 days and still going strong (without any re-tuning). IIRC dvbnet is the stock Debian Etch package, and szap and friends were latest dvb-apps from the repository. I haven't used dvbtune on this particular box, but I have used it with the same card (TT S-1401) with similar results. Could it be your DVB driver that is unstable? Cheers, Chris -- Chris Malarky chris at malarky dot org ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb