Re: [linux-dvb] DVB-S Stream multiple Channels
Le Wednesday 05 March 2008 18:37:50 Nick Morrott, vous avez écrit : > You should be able to tune to and record from other channels on the > same multiplex if your software allows. This is a key new feature of > the soon-to-be-released 0.21 version on MythTV. Like VDR and Kaffeine have always worked ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Tools to edit TS files
Le vendredi 15 février 2008 20:39, Andrea a écrit : > Hi, > > I'd like to edit TS files (recorded with gnutv for instance). > Basically I'd like to cut, paste and join to skip commercials. > > Is there a tool for that out there? > > Otherwise I was thinking of writing one. > I understand that I must cut on a 188 bytes boundary and that should be the > only requirement. > > 1) Reading the Transport Stream page on wikipedia, it seems there is a > timer PCR. Can I use it to know about the time? > 2) Can I cut at the end of a frame so I avoid spurious frames in the first > seconds? > > But again, does anybody know a tool for that? http://project-x.sourceforge.net/ -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
Le jeudi 31 janvier 2008 01:58, Dwaine Garden a écrit : > Internet by satellite. > > Andrea <[EMAIL PROTECTED]> wrote: Hi, > > I've always wanted to ask, but always forgotten... > > I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. Internet by satellite with a nova-t-usb2 ? ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] "Invalid section length or timeout" using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Le mercredi 30 janvier 2008 09:08, Corey Ashford a écrit : > So I downloaded Kaffeine 0.8.6 source and built it, making the change > you suggested. That does work! Although I'm still not able to get any > channels on the 12180 V 3 transponder on AMC3-87W. This appears to > be because that multiplex doesn't have a Service Description Table. > Kaffeine apparently doesn't have any code to synthesize names when it > doesn't find one of these. That would be a nice feature to add. > > I was able to get channel "names" on another transponder 11716 H 4859. > The names are coming out like "TSID:3-SID:1". This is a "synthesized" name, this means there is a channel on Transport Stream ID=3 with Service ID=1 found in Program Association Table but no names given in Service Description Table or SDT not present at all. As far as i understand, none of the mplex on AMC3 carries SDT. > So I'm not sure what to do about not getting channel names on some of > these multiplexes. Perhaps I just got lucky and picked one of the rare > multiplexes with no SDT. Or maybe this is fairly common and I will run > into it often. > > Incidentally, it appears that kaffeine looks for a NIT section too > (0x10), and complains if it's not there. It doesn't complain, but just let you know :) > Thanks for your help. Let me know if you make some changes to > synthesize channel names for this sort of multiplex. I'd be happy to > test out the changes :) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] "Invalid section length or timeout" using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Le mardi 29 janvier 2008 10:06, Christophe Thommeret a écrit : > pid 0x11 carries the Service Description Table. > kaffeine requires this table (which gives channels name). > > There is partial solution with kaffeine-0.8.6. > Create 3 dummy channels, one for each transponder with e.g. audio pid=100. > Then tune to one channel, open the scan dialog and start scanning. It will > scan the current transponder, and should find the channels. > Do it for each dummy channel. In case you are compiling kaffeine, the fix is easy : Edit kaffeine/src/input/dvb/dvbsi.cpp, line 751: change : if ( !getSection( 0x11, 0x42 ) ) //SDT continue; to : getSection( 0x11, 0x42 ) //SDT This is untested, but should work. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] "Invalid section length or timeout" using Kaffeine and Twinhan 102g (aka VP-1022 Rev 2.0?)
Le mardi 29 janvier 2008 09:29, Corey Ashford a écrit : > % scandvb -l 10750,10750 ~/.kde/share/apps/kaffeine/dvb-s/AMC3-87w > scanning /root/.kde/share/apps/kaffeine/dvb-s/AMC3-87w > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > initial transponder 1218 V 3000 9 > initial transponder 12145000 H 434 9 > initial transponder 1214 V 3000 9 > > >>> tune to: 12180:v:0:3 > > WARNING: filter timeout pid 0x0011 > WARNING: filter timeout pid 0x0010 > > >>> tune to: 12145:h:0:4340 > > WARNING: filter timeout pid 0x0011 > WARNING: filter timeout pid 0x0010 > > >>> tune to: 12140:v:0:3 > > WARNING: filter timeout pid 0x0020 > WARNING: filter timeout pid 0x0011 > WARNING: filter timeout pid 0x0010 > dumping lists (11 services) > [000b]:12180:v:0:3:177:180:11 > [000c]:12180:v:0:3:193:196:12 > [000d]:12180:v:0:3:209:212:13 > [000e]:12180:v:0:3:225:228:14 > [000f]:12180:v:0:3:241:244:15 > [0010]:12180:v:0:3:257:260:16 > [0011]:12180:v:0:3:273:276:17 > [0012]:12180:v:0:3:289:292:18 > [0013]:12180:v:0:3:305:308:19 > [0002]:12145:h:0:4340:33:38:2 > [0002]:12140:v:0:3:0:0:2 > Done. pid 0x11 carries the Service Description Table. kaffeine requires this table (which gives channels name). There is partial solution with kaffeine-0.8.6. Create 3 dummy channels, one for each transponder with e.g. audio pid=100. Then tune to one channel, open the scan dialog and start scanning. It will scan the current transponder, and should find the channels. Do it for each dummy channel. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kaffeine 0.8.6 released
See http://kaffeine.kde.org -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] NOVA-T-Stick problem
Le samedi 06 octobre 2007 18:02, Fredrik Olofsson a écrit : > Tuning seems to work too (is snr ok?): > $ tzap SVT1 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > tuning to 48200 Hz > video pid 0x03fb, audio pid 0x03fa > status 0f | signal 6732 | snr | ber 001f | unc 005c | > status 1f | signal 6711 | snr | ber | unc | > FE_HAS_LOCK status 1f | signal 670e | snr | ber | unc > | FE_HAS_LOCK status 1f | signal 670d | snr | ber | > unc | FE_HAS_LOCK status 1f | signal 0001 | snr | ber > | unc | FE_HAS_LOCK status 1f | signal 6714 | snr | > ber | unc 0000 | FE_HAS_LOCK [... snip ...] tzap -r SVT1 -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB API update
Le mardi 18 septembre 2007 18:41, Aidan Thornton a écrit : > On 9/18/07, Markus Rechberger <[EMAIL PROTECTED]> wrote: > > On 9/18/07, Manu Abraham <[EMAIL PROTECTED]> wrote: > > > Markus Rechberger wrote: > > > > Hi, > > > > > > > > > > > > Why don't abstract the dvb layer from enduser applications and put a > > > > general library infront which does that version check and tries to > > > > keep things consistend to the end applications? > > > > > > It is a nice idea, yes. > > > > > > Two things, looking at > > > http://linuxtv.org/hg/dvb-apps/file/4bca5d49c9bd/lib/libdvbapi/dvbfe.c > > > > > > * This idea of using multiple API 's was thought (It is effective , > > > yes) You can use multiple API's in there > > > > > > * The down side is that user applications need to use this library > > > > > > Someone could ask, why the hell should we use your library. Well, that > > > causes the headaches. > > > > people who use alsa also use the provided alsa API, it makes alot sense > > to stop applications to directly access those nodes. libdvbapi seems to > > be the right way to start over with. > > I'm not sure ALSA is a good example - it's always felt a bit hairy to > me. Part of the reason that people have to use alsalib is that > important bits are in userland, and they tend to break in interesting > ways. > > For example, I found that if a program using ALSA launches another > program without closing the file descriptors correctly, sound playback > breaks when the first program exits due to the odd way software mixing > is done. There's various other annoying and non-intuitive ways that > software mixing can break too. > > (I also get the impression that ALSA uses the library as an excuse to > break kernel-userspace ABI compatibility, to the annoyance of distro > maintainers. I can certainly recall several complaints about it on > Diego "Flameeyes" Pettenò's blog back when he maintained ALSA on > Gentoo.) > > Besides, it's a bit late to try and do this now... I also think it's a bit late. Kaffeine uses only the en50221 part of libdvbapi. Other parts was already implemented when libdvbapi came out, and i saw no reason to drop that working code and implement a libdvbapi wrapper class ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
Le jeudi 13 septembre 2007 11:38, Nicolas Will a écrit : > On Thu, 2007-09-13 at 11:18 +0200, Simon G wrote: > > >How can I solve this to run the latest FW? > > > > > >// Joacim > > > > 2 Ways ... (I think, can someone else say if this is correct or not?) > > > > 1. Change the name of the firmware (.fw) to match the old one. > > > > 2. Edit v4l-dvb/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c > > Change the line > > .firmware = "dvb-usb-dib0700-03-pre1.fw", \ > > to > > .firmware = "dvb-usb-dib0700-1.10.fw", \ > > And recompile and install. > > > > I did the option 2 version myself. > > > > Does anybody else have a better answer ? > > Nope, this is exactly what Patrick told us to do in his original post. While trying different firmwares, the best is to have a symlink, so you always know which firmware is in use. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB0700 firmware - next try
Le mercredi 12 septembre 2007 08:46, Nicolas Will a écrit : > And we are getting into the second day ! > > I still have the odd read failure in the logs, and this time I got this > one, a write failure. > > mt2060 I2C write failed (len=2) > > But the signal is still there, I can change channels, as if I had a > nicely working piece of equipment working as it should. :o) > > What are the others experiencing ? Seems to work as good as the previous one with wintv-nova-t (2040:7050). -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500: Loading Firmware failed
Le dimanche 26 août 2007 23:02, Tobias Hovorka a écrit : > Hi all! > > Im currently trying to set up my new Hauppauge Nova-T 500. I have > followed the instructions in this manual exactly: > > http://www.mythtv.org/wiki/index.php/Hauppauge_WinTV_Nova-T_500_PCI > > Unfortunately, loading the firmeware fails. Here is my dmesg-output: > > [350864.383841] dib0700: loaded with support for 5 different > device-types > [350864.478475] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in > cold state, will try to load a firmware > [350864.589510] dvb-usb: downloading firmware from file > 'dvb-usb-dib0700-03-pre1.fw' > [350864.589522] dib0700: firmware download failed at 7 with -22 > [350864.590096] usbcore: registered new interface driver dvb_usb_dib0700 > > The firmware exists in both paths: /lib/firmware > and /lib/firmware/2.6.20-15-generic/. > > Nevertheless, Im allways getting this firmware error, whether the file > exists or not. ln -s /lib/firmware/2.6.20-15-generic/dvb-usb-dib0700-03-pre1.fw /lib/firmware/2.6.20-15-generic/dvb-usb-dib0700-01.fw -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] USB/Firewire/PCMCIA DVB-T and MPEG-4
Le dimanche 19 août 2007 15:19, Håkon Strandenes a écrit : > I have a laptop and want to receive DVB-T television. In Norway, we use > MPEG-4 instead of MPEG-2, much like in France (if i have understood it > right). In France, free to air channels are mpeg2. Pay TV are mpeg4. > Because it's a laptop, PCI card is not an option. The laptop is an Acer > Travelmate 3000, with an 1,73 GHz Pentium M CPU, 2 GB RAM and 100 GB > 7200 RPM HDD. I use Ubuntu 7.04 at the moment. > > What DVB-T card should I buy for use in Norway? I would prefer to have > hardware MPEG-4 decoding, but that is perhaps a bit difficult? I don't know of dvb-t device with onboard video decoder. And mpeg4 (h264, i guess?) is still badly supported by soft decoders. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
Le mercredi 01 août 2007 14:31, Patrick Boettcher a écrit : > On Wed, 1 Aug 2007, Christophe Thommeret wrote: > > Le lundi 30 juillet 2007 22:04, Patrick Boettcher a écrit : > > > Args, stupid mistake. > > > > > > It should be fixed (w/o warranty)! > > > > > > Patrick. > > > > Hi Patrick, > > > > I've tried this new firmware with my nova-t stick (DiBcom > > 7000MA/MB/PA/PB/MC). > > > > kernel 2.6.17 > > v4l-dvb from some months ago, hg log says: > > changeset: 5525:04775fe614d6 > > date: Sun Apr 15 06:09:56 2007 -0700 > > > > > > I've modified Kaffeine a bit to do autozap (zap in a loop through a list > > of 5 channels (one per mux) every 2000ms(+tuning delay)). > > > > - With the old firmware, i got a disconnect after 141 channel switch. > > - With the new (renamed) firmware (md5: > > 551df6387db5bf5a8ca4d10cc30beaa5), i got NO disconnect after 4723 channel > > switch. (i stopped there :) > > > > So, i feel i can say this issue is fixed for nova-t stick with this new > > firmware. > > C'est une bonne nouvelle. (Great news) > > Is this autozap feature part of kaffeine's release. It would be nice to > have that so that a lot of people can make stress tests with their > hardware and drivers. The code is commented out in DvbPanel::playLastChannel() One would just have to uncomment that code (at the top) and comment out the active code (at bottom). Then start kaffeine and click the "Play DVB" button on kaffeine' Start page (channels are not displayed but streamed to avoid involving xine, so make sure to setup dvb broadcast parameters). To stop, you have to quit kaffeine. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ooops ! New DiB0700-firmware
Le lundi 30 juillet 2007 22:04, Patrick Boettcher a écrit : > Args, stupid mistake. > > It should be fixed (w/o warranty)! > > Patrick. Hi Patrick, I've tried this new firmware with my nova-t stick (DiBcom 7000MA/MB/PA/PB/MC). kernel 2.6.17 v4l-dvb from some months ago, hg log says: changeset: 5525:04775fe614d6 date: Sun Apr 15 06:09:56 2007 -0700 I've modified Kaffeine a bit to do autozap (zap in a loop through a list of 5 channels (one per mux) every 2000ms(+tuning delay)). - With the old firmware, i got a disconnect after 141 channel switch. - With the new (renamed) firmware (md5: 551df6387db5bf5a8ca4d10cc30beaa5), i got NO disconnect after 4723 channel switch. (i stopped there :) So, i feel i can say this issue is fixed for nova-t stick with this new firmware. Thanx. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kaffeine 0.8.5 released
See http://kaffeine.sf.net -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] Fix Hauppauge Nova-T 500 USB disconnects
Le mardi 24 juillet 2007 14:27, Jose Alberto Reguero a écrit : > El Martes, 24 de Julio de 2007, Torgeir Veimo escribió: > > On Tue, 2007-07-24 at 12:55 +0200, Jose Alberto Reguero wrote: > > > This patch fix Hauppauge Nova-T 500 USB disconnects. > > > > Hallelujah! > > > > Do you have some other code for the nova-t 500 up your sleeve as well, > > like some remote control support code? :)) > > I don't have remote control support. > > Respect the patch, it works for me. I have not any disconnect in some days, > althought it is dificult to say that the problem is 100% solved, because > disconnects are random. Relying on device name seems somewhat hackish, however, and doesn't fix anything for nova-t stick ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap, czap and szap - new tarball and Debian package
Le dimanche 22 juillet 2007 13:44, timecop a écrit : > I propose we setup #linuxtv-without-jews on feenode and coordinate our > efforts to take over those fools who run the real LinuxTV scam. > > -tc FYI, I've just forwarded this mail to www.licra.org -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap
Le samedi 21 juillet 2007 00:30, Uwe Bugla a écrit : > Am Freitag, 20. Juli 2007 15:03:55 schrieb Christophe Thommeret: > > Le jeudi 19 juillet 2007 16:26, Uwe Bugla a écrit : > > > > > > (The main difference between dvbscan and kaffeine is that > > > > > > kaffeine filters one pid at a time (+ the nit pid in a second > > > > > > thread) while dvbscan creates up to 32 (iirc), so dvbscan is a > > > > > > bit faster, but maybe your device/driver doesn't like it.) > > > > > > > > > > 1. That sounds VERY interesting! so please WHERE in scan's source > > > > > code can I reduce the pid filtering to ONE PID and how. I do not > > > > > call myself a programmer, so can you please give me a hint where I > > > > > can find the appropriate sections in latest "scan.c" to patch that > > > > > thing? It indeed would save me a lot of pain if I only knew where > > > > > to look at and what to patch! :) > > > > try to decrease MAX_RUNNING in scan.c > > > > (btw, something may be wrong with your mail reader, as you see your > > response was double quoted.) > > Thank you for that hint, Christophe. :) > > Reducing "define MAX_RUNNING=1" instead of 27 in fact slows down the whole > process, but the real problem unfortunately stays. > In fact I have tried a couple of numbers: 1, 2, 10, 20.. > > 7 walkthroughs - 7 different scan results. :( > WHERE the timeouts happen is highly "by chance". :( > There are channels missing in one walkthrough that appear in another and so > on... > > The scan result you can never call "standardized" or equal, as the number > of dumped services is never at least close to equal. :( > > Kaffeine's scan result appears far more confidential than the one of > "scan". > > Any other hints from your part where I could poke around in scan.c to > resolve that issue??? Unfortunately, no :( P.S. I've just added check for CA descriptors in PMT to correct CA flag in some cases. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap
Le jeudi 19 juillet 2007 16:26, Uwe Bugla a écrit : > > > > (The main difference between dvbscan and kaffeine is that kaffeine > > > > filters one pid at a time (+ the nit pid in a second thread) while > > > > dvbscan creates up to 32 (iirc), so dvbscan is a bit faster, but > > > > maybe your device/driver doesn't like it.) > > > > > > 1. That sounds VERY interesting! so please WHERE in scan's source code > > > can I reduce the pid filtering to ONE PID and how. I do not call myself > > > a programmer, so can you please give me a hint where I can find the > > > appropriate sections in latest "scan.c" to patch that thing? > > > It indeed would save me a lot of pain if I only knew where to look at > > > and what to patch! :) try to decrease MAX_RUNNING in scan.c (btw, something may be wrong with your mail reader, as you see your response was double quoted.) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap
Le mercredi 18 juillet 2007 19:20, Uwe Bugla a écrit : > Am Mittwoch, 18. Juli 2007 17:21:07 schrieben Sie: > > Le mercredi 18 juillet 2007 16:13, Uwe Bugla a écrit : > > > 2. Kaffeine's channel lists should not be sorted by a couple of numbers > > > that absolutely do not make any sense. > > > The sorting should be alphabetically in the first place, then using > > > numbers. In a kaffeine channel list it's quite horrible to find a > > > desired channel that you want to watch. > > Dear Christophe, first of all a thousands of thanks for your pretty nice > hints :) np :) > > You can click on list headers to set sorting. > > Numbers are quite useful and easy to remember (at least for most viewed > > channels). You can change a channel' number by selecting the channel in > > list then clicking again to edit. > > Anyway, i don't know of any good method to quickly find a channel in a > > list of thousands :) > > The alphabetic order is the most reliable one, no matter if the total > number of channels is 10, 100 or even 1000 or more. I guess it's a matter of taste, i personnaly prefer number sorting ... > As an addition a bookmark system to sub-categorize the found channels would > be "close to perfection." :) This one i don't get. Could you explain your idea? > As kaffeine is not too well documented :( the alphabetic order only does > appear in the editor mode, not in the watching TV or radio mode. Headers sorting is quite standard however. > > So you may want to delete useless channels (take a look, > > you will find a lot :) to reduce the list length. > > This also should be done automatically (double and triple appearances, > channels without a valid name appearing as "unknown" etc.). > The primary direction should be: as little user inputs as necessary. That was the case in previous versions, but then users complained about missing channels :) > > You can also take advantage of categories to group channels and so deal > > with smaller lists. > > Never even tried that as I am missing features like this one in a proper > documentation. Quoting the handbook: "You can arrange your channels in categories. To create a new category, right click in the icon view to get a popup menu. Now, drag a channel name and drop it on the desired category' icon. To remove a channel from a category, drop it on the "All" icon. Right click on an icon to delete that category or change icon." Not perfect, but at least the category feature is mentioned ;) > > P.S. > > Kaffeine svn has a search field in channels list. > > P. S.: femonspeak is real working fine. If I find some time to do I will > extend the spoken wav-part by two other core languages: German and French. > Then will produce a Debian package to imply that tool into my TCL/TK > project I am busily working on (which is trilingual at the current state of > development). Yes, it works fine, i use it when i'm on the roof to adjust the dish ! (with max volume and opened window :) > Uwe > > Master question 1: > When I run a kaffeine channel scan I never stumble across "filter timeout > pid" errors. > > When I do the same with "scan" out of the dvb-utils-package, filter > timeouts appear very often and the scan result is neither mediocre nor even > reliable, with or without the parameter -5. It's just utmost "crappy"! > > So please where is the clue in kaffeine's source code that makes its > channel scan perform so well and reliable (well: I would not say perfect, > but still far much better than "scan" ever was!)? Hm, it could be particular to your device/driver, cause here scan is still a reference. I think now kaffeine' scan is as good as dvbscan, but i won't say it's better. (at least dvbscan supports atsc, what kaffeine doesn't) (The main difference between dvbscan and kaffeine is that kaffeine filters one pid at a time (+ the nit pid in a second thread) while dvbscan creates up to 32 (iirc), so dvbscan is a bit faster, but maybe your device/driver doesn't like it.) > Master question 2: > In a channel scan result there are channels that are declared CA but are > FTA and vice versa. > How can this be corrected automatically? It's a well known problem, and i can't see any reliable solution apart that blaming providers. It would be possible to check for CA descriptors in PMT, but even some channels are unencrypted while PMT claim it is !! > My proposal would be: > List the channels by SID in a database or something similar, then > correcting the CA-flag automatically. (SID is not unique through a network, one would need a NetworkID/TransportStreamID/ServiceID combination to uniquely identify a channel) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap
Le mercredi 18 juillet 2007 16:13, Uwe Bugla a écrit : > 2. Kaffeine's channel lists should not be sorted by a couple of numbers > that absolutely do not make any sense. > The sorting should be alphabetically in the first place, then using > numbers. In a kaffeine channel list it's quite horrible to find a desired > channel that you want to watch. You can click on list headers to set sorting. Numbers are quite usefull and easy to remember (at least for most viewed channels). You can change a channel' number by selecting the channel in list then clicking again to edit. Anyway, i don't know of any good method to quickly find a channel in a list of thousands :) So you may want to delete useless channels (take a look, you will find a lot :) to reduce the list length. You can also take advantage of categories to group channels and so deal with smaller lists. P.S. Kaffeine svn has a search field in channels list. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap
Le mercredi 18 juillet 2007 11:44, Uwe Bugla a écrit : > My idea for further enlargement (a quite old idea of mine): > route the human readable numbers into a speech recognition engine > (festival) to make them auditable and thus real usable for DVB-S dish > tuning f. ex. > > Note: If the DVB-S dish is far away from the machine (card), auditable > signals are necessary. google femonspeak -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [Em28xx] MPL-licensed V4L kernel modules (em2880)
Le mardi 10 juillet 2007 13:17, Markus Rechberger a écrit : > I'd appreciate if you could stop having useless discussions, a few > linuxtv people proved it during the last year that they aren't capable > of participating from the beginning on or helping at all to get > forward, so I'd appreciate if you could just shut up and wait for the > endresult. > Not everyone might know why I did that, people who participated at the > merging requests are responsible for that. > > Most people are welcome to participate at the latest work I have, > people who participated at recent discussions about getting the code > which now is in question merged are not welcome anymore. I will also "just shut up", but first I would suggest that you leave this ml, so you won't be annoyed any more by "useless discussions". -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] KNC1 DVB-S CI?
Le dimanche 08 juillet 2007 01:33, P. van Gaans a écrit : > >> Things take a whole new turn. Apparently something went wrong with the > >> cable to the CI daughterboard, after re-connecting it the card worked > >> again in Windows. Now for Linux, with once again the normal v4l-dvb (not > >> my modified version): > >> > >> [ 253.42] budget-av: cam inserted B > >> [ 256.384000] dvb_ca adapter 0: DVB CAM detected and initialised > >> successfully > >> > >> Ok! Kaffeine says: > >> > >> DvbCam::probe(): LLCI slot found on /dev/dvb/adapter0/ca0 > >> DvbCam::probe(): CA module present on /dev/dvb/adapter0/ca0 > > > > This isn't sufficient - make sure the channel you're trying to watch > > is marked as scrambled ... > > > >> But... No picture (and no, no sound either). No error visible. I'm now > >> 100% sure the hardware is OK since it works on Windows now. And the > >> messages in Linux make you think it should work here as well. But no > >> picture? > >> > >> Tia, > >> > >> P. van Gaans > > > > Christoph > > Is that really required? I didn't know. This is only required by Kaffeine. The idea is to use the cam only for scrambled channels (and as you have noticed the "scrambled" flag isn't reliable), so if you are recording a scrambled channel and want to live play a second FTA channel on the same mplex, you can. Most apps (like windows ones) simply use the cam for any channel. This may have some advantage, but also some limitations. > It's a very good suggestion, > because my provider (Canal Digitaal) screwed up big time a while ago and > set a FTA flag for all their channels, so to some receivers (including > GlobeTV on Windows and to kaffeine) they appear as FTA. > > The solution was closer than I thought! I changed the channels to > "scrambled" and it just works now! No need to change anything in > v4l-dvb, the CI is just supported! > > I'll go test all my CAMs and update the wiki, thanks! -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-C budget decoding - no picture
gt; max_average_rate: 2 (0x02) [= not defined] > time_slice_fec_id: 1 (0x01) > id_selector_bytes: > : d7 28 e3 cf 25 b0 7d 69 7a 5f a7 ff ba 6d 10 3a > .(..%.}iz_...m.: > 0010: 0f 92 a3 7a 16 47 13 93 9a 67 71 53 44 52 70 28 > ...z.G...gqSDRp( > 0020: 4e 4f d3 21 79 9a 54 bd 2d 29 7d 49 e4 fb b1 49 > NO.!y.T.-)}I...I > 0030: 8f a2 4b 24 4e a5 42 29 5b 1e e3 76 de 81 cc fd > ..K$N.B)[..v > 0040: a1 25 6a 23 df 3e 25 a6 a1 77 > .%j#.>%..w > > MPEG-DescriptorTag: 1 (0x01) [= Reserved] > descriptor_length: 225 (0xe1) > > ERROR: unimplemented descriptor (mpeg context), Report! > Descriptor-data: > : f9 42 93 da 6c 1b bf 04 a8 ac b5 84 ee 72 dd b2 > .B..lr.. > 0010: 9e 3b b0 f1 27 e7 7d 5a 39 9c 66 85 41 e7 e1 e4 > .;..'.}Z9.f.A... > > Guess table from table id... > CAMT-decoding > Table_ID: 130 (0x82) [= DVB CA message section (EMM/ECM)] > section_syntax_indicator: 1 (0x01) > reserved_1: 1 (0x01) > reserved_2: 3 (0x03) > Section_length: 3301 (0x0ce5) > CA_message_section_data: > : 5c e2 2b ef 06 66 95 9b 0d 06 36 f2 52 0a bb 08 > \.+..f6.R... > 0010: a7 01 25 99 c0 f5 84 80 87 38 de 27 ca f5 d5 8b > ..%..8.' > 0020: 4a dd 39 1f d1 a0 43 b2 5e 1a 0f 43 c8 3a eb d8 > J.9...C.^..C.:.. > > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to read from /dev/dvb/adapter0/dvr0 ???
Le mardi 15 mai 2007 02:05, Jorge Canas a écrit : > I have tried using fopen() and open() to open /dev/dvb/adapter0/dvr0 but > it always returns NULL or -1, respectively. How exactly is it that I am > supposed to read from /dev/dvb/adapter0/dvr0 ?? > > I have already successfully tuned the device by using azap prior to the > fopen() or open() calls. Did you give azap option -r ? -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] astra 23 initial list available?????
Le mardi 17 avril 2007 20:25, Halim Sahin a écrit : > Hello all, > I sthere a list for scan and astra 23 available??? > Halim http://joshyfun.peque.org/transponders/kaffeine.html Same format as scan. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Kaffeine universal DVB-T scan file
Hi, Mauro Le mardi 17 avril 2007 13:22, Mauro Borghi a écrit : > For example the freq allocation plan for Italy is as follows: > > # ch center-f bw > chD 17750 7MHz > chE 18600 7MHz > chF 19450 7MHz > chG 20350 7MHz > chH 21250 7MHz > chH1 21950 7MHz > chH2 22650 7MHz > # (gap between VHF and UHF channels) > ch21 47400 8MHz > ch22 48200 8MHz > ch23 49000 8MHz > ch24 49800 8MHz > ch25 50600 8MHz > # ... (add rows from ch26 to ch65) ... > ch66 83400 8MHz > ch67 84200 8MHz > ch68 85000 8MHz > > I do not actually know if and how much the allocation plans differ for > other countries - but I suspect there are some differences: some might > not use 7MHz channels, some might not use VHF freqs, some countries > might have slightly different center frequencies for some channels. > Probably Europe is quite harmonized now... > > The allocation plan for Italy can be easily translated into a scan file > which is suitable for any location in Italy. I agree it's not optimized, > but you are sure you're going to get all available muxes, even during > years when dvb-t is still being deployed - with analog switch-off yet to > come. IMHO, such a plan should rather be seen as a recommandation, but will be adapted to local constrains, so i doubt a "Country template scan file" would be reliable. ATM, kaffeine autoscan does scan 8MHz bandwidth from 402 to 898 and it takes about 2.5 minutes (with the default 1500ms tuning timeout), so even with a reliable specific country scan i'm not sure it would reduce scan time so much. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: scan file for de-Kabel_BW
Le mardi 17 avril 2007 12:37, Christoph Pfister a écrit : > > So - where would I find those specifications? > > For this issue EN 300 468 (a 1.1 mb pdf file) is relevant - the information > about the other transponders is in the so called NIT (network information > table). That table is part of the "service information", which is > broadcasted beside the actual audio, video, teletext, epg etc data and > provides information about the content of the transmitted data and about > the network. If you expect broadcasters to strictly follow standards, be prepared for some disappointements :) Especially for dvb-t, NIT are often missing (or just completely wrong/outdated). -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Kaffeine universal DVB-T scan file
Le samedi 14 avril 2007 09:21, P. van Gaans a écrit : > Say you live in The Netherlands. Frequencies change here all the time, > and QAM settings and stuff also change all the time. Say you're living > on the border, like me. I receive channels from The Netherlands and > Belgium at the same time, but there's no scan file for that. There will > also always be locations missing in the list. > > And what if you simply have no clue about where you live? Nobody thinks > of them! Then again, nobody knows where they are ;-) > > So here is the solution: a file that'll make Kaffeine scan all UHF > channels with "AUTO" for the QAM and other stuff, will be sufficient in > most countries although scanning takes a bit longer. > > I hope it makes it into some next version of Kaffeine :). Kaffeine does autoscan (when device supports that) since 0.8.2 -- Christophe Thommeret ___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kaffeine-0.8.4 released
http://kaffeine.sf.net -- Christophe Thommeret ___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] any suggested DVB-S USB hardware?
Le jeudi 12 avril 2007 14:34, Stephen Rowles a écrit : > This doesn't really help the end user who is just trying to find a piece > of hardware that will actually work. So FYI, my cinergyT2 works like a charm. -- Christophe Thommeret ___ linux-dvb mailing list [EMAIL PROTECTED] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Fwd: channels for berlin
-- Message transmis -- Subject: channels for berlin Date: samedi 24 mars 2007 13:13 From: Ronald Warsow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] hallo today i run kaffeine's channels scan and i notice that the buildin update function sucks the *old* de-berlin file in. attached the right one. -- Ronald Warsow Alt-Tempelhof 36 12103 Berlin +49.30.33776665 --- -- Christophe Thommeret # DVB-T Berlin # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 17750 7MHz 3/4 NONE QAM16 8k 1/8 NONE # K5 WDR, SW, BBC, FAB T 19150 7MHz 2/3 NONE QAM16 8k 1/8 NONE # K7 MDR, arte, NDR, ARD-Online-Kanal, ARD-MHP-Data T 50600 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K25 RTL, RTL2, Super RTL, VOX T 52200 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K27 ARD, RBB, RBB Brd., Phoenix, EinsExtra, ARD-MHP-Data T 57000 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K33 ZDF, 3sat, Doku/KiKa T 65800 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K44 Sat1, N24, Pro7, Kabel1 T 75400 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K56 Eurosport, DSF, 9Live, TV.Berlin T 77800 8MHz 2/3 NONE QAM16 8k 1/8 NONE # K59 n-tv, Euronews, 33x Radio T 61800 8MHz 1/2 NONE QAM16 8k 1/8 NONE # DVBH Test INT/Service ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] diBcom7000 / mt2060 (nova-t stick) scan crash
Hi all, This stick seems to work pretty well, except that it tends to crash when scanning (not allways but ~ 1/2). Is this a known issue? Is there a known fix? This is with : - kernel 2.6.17 - latest v4l-dvb - nova-s-ci on adapter0 - cinergyT2 on adapter1 - nova-t stick on adapter2 Attached is the interesting kernel log part. (Note that of course, the stick isn't un/plugged during this operation). -- Christophe Thommeret Mar 19 16:35:38 stratocaster mt2060 I2C write failed (len=2) Mar 19 16:35:38 stratocaster mt2060 I2C write failed (len=6) Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster usb 4-1: USB disconnect, address 4 Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C read failed Mar 19 16:35:38 stratocaster mt2060 I2C write failed Mar 19 16:35:38 stratocaster dvb-usb: Hauppauge Nova-T Stick successfully deinitialized and disconnected. Mar 19 16:35:38 stratocaster usb 4-1: new high speed USB device using ehci_hcd and address 5 Mar 19 16:35:38 stratocaster BUG: unable to handle kernel paging request at virtual address 80026f90 Mar 19 16:35:38 stratocaster printing eip: Mar 19 16:35:38 stratocaster db9820c4 Mar 19 16:35:38 stratocaster *pde = Mar 19 16:35:38 stratocaster Oops: 0002 [#1] Mar 19 16:35:38 stratocaster Modules linked in: mt2060 dvb_usb_dib0700 dib7000m dib7000p dvb_usb dvb_pll dib3000mc dibx000_common ipt_MASQUERA DE ipt_REJECT ipt_LOG xt_tcpudp xt_state xt_pkttype iptable_raw xt_CLASSIFY ipt_owner ipt_recent ipt_iprange xt_policy xt_multiport xt_conntra ck iptable_mangle ip_nat_irc ip_nat_tftp ip_nat_ftp iptable_nat ip_nat ip_conntrack_irc ip_conntrack_tftp ip_conntrack_ftp ip_conntrack nfnetl ink iptable_filter ip_tables x_tables it87 hwmon_vid eeprom i2c_isa snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq cinergyT2 snd_via82xx snd_ac97_codec stv0299 snd_ac97_bus nvidia snd_pcm budget_ci snd_timer firmware_class snd_page_alloc budget_core snd_mpu401_uart dvb_core snd_rawmidi snd_seq_device snd saa7146 i2c_viapro soundcore ttpci_eeprom ir_common ehci_hcd uhci_hcd evdev Mar 19 16:35:38 stratocaster CPU:0 Mar 19 16:35:38 stratocaster EIP:0060:[]Tainted: P VLI Mar 19 16:35:38 stratocaster EFLAGS: 00010a03 (2.6.17.13 #4) Mar 19 16:35:38 stratocaster EIP is at 0xdb9820c4 Mar 19 16:35:38 stratocaster eax: dfb759c0 ebx: db9820ac ecx: bfb22d58 edx: 80026f46 Mar 19 16:35:38 stratocaster esi: dfb759df edi: 0014 ebp: d4a99ffe esp: d4a9bf6c Mar 19 16:35:38 stratocaster ds: 007b es: 007b ss: 0068 Mar 19 16:35:38 stratocaster Process kaffeine (pid: 11943, threadinfo=d4a9a000 task=dba425d0) Mar 19 16:35:38 stratocaster Stack: 80026f46 80026f46 c015f28f dfb759e0 0016 c015f33c bfb230d4 Mar 19 16:35:38 stratocaster d4a9bfa8 dfb759e0 fff7 0016 d4a9a000 c015f58d bfb22d58 0001 Mar 19 16:35:38 stratocaster 0016 80008001 082c8688 c0102a47 0016 80026f47 bfb22d58 80008001 Mar 19 16:35:38 stratocaster Call Trace: Mar 19 16:35:38 stratocaster do_ioctl+0x1f/0x70 vfs_ioctl+0x5c/0x270 Mar 19 16:35:38 stratocaster sys_ioctl+0x3d/0x70 sysenter_past_esp+0x54/0x75 Mar 19 16:35:38 stratocaster Code: 00 50 48 59 53 44 45 56 44 52 49 56 45 52 3d 75 73 62 00 4d 41 4a 4f 52 3d 32 31 32 00 4d 49 4e 4f 52 3d 31 33 33 00 32 00 00 00 <10> 6a 4a e1 10 50 4a e1 b0 54 4a e1 70 54 4a e1 20 54 4a e1 e0 Mar 19 16:35:38 stratocaster EIP: [] 0xdb9820c4 SS:ESP 0068:d4a9bf6c Mar 19 16:35:38 stratocaster <6>usb 4-1: configuration #1 chosen from 1 choice Mar 19 16:35:38 stratocaster dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. Mar 19 16:35:38 stratocaster i2c_adapter i2c-2: SMBus Quick command not supported, can't probe for chips Mar 19 16:35:38 stratocaster dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Mar 19 16:35:38 stratocaster DVB: registering new adapter (Hauppauge Nova-T Stick). Mar 19 16:35:39 stratocaster dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick' Mar 19 16:35:39 stratocaster dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected. Mar 19 16:35:39 stratocaster usb 4-3: USB disconnect, address 3 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support diseq success
Le dimanche 18 mars 2007 13:54, Uwe Schmeling a écrit : > With the latest patch I am able to scan ASTRA and Eutelsat completly! > DBS-S HD is working fine (ASTRA HD demo). Would like to test a dvb-s2 > channel now, does someone know a free channel sending dvb-s2? http://www.lyngsat.com/astra19.html 12722 H -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support
Le dimanche 18 mars 2007 13:34, Manu Abraham a écrit : > On 3/18/07, Christophe Thommeret <[EMAIL PROTECTED]> wrote: > > Le dimanche 18 mars 2007 13:23, Manu Abraham a écrit: > > > On 3/18/07, Christophe Thommeret <[EMAIL PROTECTED]> wrote: > > > > Le dimanche 18 mars 2007 13:00, Manu Abraham a écrit: > > > > > what szap does (on each szap) -- > > > > > > > > > > * DVBFE_GET_INFO (set's up delivery system for querying the > > > > > relevant info) * DVBFE_SET_PARAMS (set the "current" delivery > > > > > system related parameters) > > > > > > > > Makes sense to me. > > > > btw, how is S2 signaled in NIT? > > > > > > EN300468 says, > > > > > > In (BC) Backward compatibilty mode, you have a S2 delivery system > > > descriptor. In NBC (Normative broadcast mode) you just need to use the > > > satellite delivery system descriptor > > > > Ok, christoph4 just sent an up to date 300468 :) > > Cool.Thought you had a copy. > > > So, a S2 descriptor. Ok. > > How do you plan to state s2 in scan tuning data files, "S2" ? > > In BC mode only we need a the identifier. I think "S2" would be a > logical and valid choice. > Or do you think S2BC, for "S2 Backward Compat" ? the shorter the better :) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support
Le dimanche 18 mars 2007 13:23, Manu Abraham a écrit : > On 3/18/07, Christophe Thommeret <[EMAIL PROTECTED]> wrote: > > Le dimanche 18 mars 2007 13:00, Manu Abraham a écrit: > > > what szap does (on each szap) -- > > > > > > * DVBFE_GET_INFO (set's up delivery system for querying the relevant > > > info) * DVBFE_SET_PARAMS (set the "current" delivery system related > > > parameters) > > > > Makes sense to me. > > btw, how is S2 signaled in NIT? > > EN300468 says, > > In (BC) Backward compatibilty mode, you have a S2 delivery system > descriptor. In NBC (Normative broadcast mode) you just need to use the > satellite delivery system descriptor Ok, christoph4 just sent an up to date 300468 :) So, a S2 descriptor. Ok. How do you plan to state s2 in scan tuning data files, "S2" ? -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support
Le dimanche 18 mars 2007 13:00, Manu Abraham a écrit : > what szap does (on each szap) -- > > * DVBFE_GET_INFO (set's up delivery system for querying the relevant info) > * DVBFE_SET_PARAMS (set the "current" delivery system related parameters) Makes sense to me. btw, how is S2 signaled in NIT? -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Fwd: de-Kabel_BW - DVB-C frequency table
From a Kaffeine user.. -- Message transmis -- Subject: de-Kabel_BW - DVB-C frequency table Date: jeudi 15 mars 2007 04:54 From: Dirk Ritter <[EMAIL PROTECTED]> To: Thomas Schmidt <[EMAIL PROTECTED]> Cc: Christophe Thommeret <[EMAIL PROTECTED]> Hello! Attached you will find a frequency table I cooked up for the regional DVB-C provider Kabel BW with the tables for their modernised areas. So far that works like a charm for me, using either Kaffeine 0.8.3, or scan from dvb-tools (current Debian packages). I hope you can include it for the convenience of Kabel BW users. Disclaimer: I am in no way affiliated with Kabel BW and all I did is dig into the listings provided by some unofficial help desk mentioned as data source in the file. Also I have absolutely no idea what the "fec" field is all about (for which the help desk data source does not provide data, nor clues either), but "NONE" seems to work just fine and seems to be used with almost all other DVB-C providers as well. (Explanations would be appreciated.) Kind Regards, Dirk ------- -- Christophe Thommeret # Kabelbelegung Kabel-BW, Stand 03/2007 - Ausbaugebiet # # Datenquelle: # http://kbwhelpdesk.script-ecke.de/index.php?site=digitalbelegung # # Dirk Ritter <[EMAIL PROTECTED]> # # freq sr fec mod # S02 C 11300 690 NONE QAM64 # S03 C 12100 690 NONE QAM64 # S26 C 34600 690 NONE QAM64 # S27 C 35400 690 NONE QAM64 # S28 C 36200 690 NONE QAM64 # S29 C 37000 690 NONE QAM64 # S30 C 37800 690 NONE QAM64 # S31 C 38600 690 NONE QAM64 # S32 C 39400 690 NONE QAM256 # S33 C 40200 690 NONE QAM256 # S34 C 41000 690 NONE QAM256 # S35 C 41800 690 NONE QAM256 # S36 C 42600 690 NONE QAM256 # S37 C 43400 690 NONE QAM256 # S38 (unbelegt) # C 44200 690 NONE QAM256 # S39 C 45000 690 NONE QAM256 # S40 C 45800 690 NONE QAM64 # S41 C 46600 690 NONE QAM64 # ? #C 53800 690 NONE QAM256 # K39 C 61800 690 NONE QAM256 # K40 C 62600 690 NONE QAM256 # K41 C 63400 690 NONE QAM256 # K42 C 64200 690 NONE QAM256 # K43 C 65000 690 NONE QAM256 # K44 C 65800 690 NONE QAM256 # K45 C 66600 690 NONE QAM256 # K46 C 67400 690 NONE QAM256 # K47 C 68200 690 NONE QAM64 # K48 C 69000 690 NONE QAM64 # K49 C 69800 690 NONE QAM64 # K50 C 70600 690 NONE QAM64 # K51 C 71400 690 NONE QAM64 # K52 C 72200 690 NONE QAM64 # K53 C 73000 690 NONE QAM64 # K54 C 73800 690 NONE QAM64 # K55 C 74600 690 NONE QAM64 # K56 C 75400 690 NONE QAM64 # K57 C 76200 690 NONE QAM64 # K58 C 77000 690 NONE QAM64 # K59 C 77800 690 NONE QAM64 # K60 C 78600 690 NONE QAM64 # K61 C 79400 690 NONE QAM64 # K62 C 80200 690 NONE QAM64 # K63 (unbelegt) #C 81000 690 NONE QAM64 # K64 (unbelegt) #C 81800 690 NONE QAM64 # K65 (unbelegt) #C 82600 690 NONE QAM64 # K66 (unbelegt) #C 83400 690 NONE QAM64 # K67 (unbelegt) #C 84200 690 NONE QAM64 # K68 (unbelegt) #C 85000 690 NONE QAM64 # K69 (unbelegt) #C 85800 690 NONE QAM64 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Bad TS from dvb-t recording?
Le vendredi 09 mars 2007 10:38, Torbjörn Lundquist a écrit : > Thanks. When I tried with 8192 it worked. But then I got all programs in > the mux and the file got extremely big so I want only one program in my > recording. > > When I come home I will try with some other pid configurations. My goal is > to have VLC to play the TS-stream, with lipsync. Kaffeine does insert pat and pmt in its TS records, so vlc plays them. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Working DVB-S + CAM question
Le samedi 24 février 2007 23:00, Klaus Schmidinger a écrit : > Dominique Dumont wrote: > > ... > > For low level CI API, i.e. Hauppauge TT cards), the CI stack is ~90% > > implemented in software in the DVB application. > > > > For high level CI (i.e Twinhan and clones), the stack is half > > implemented in firmare (i.e. bugs can't be fixed) and half in software > > in the application. AFAIK, vdr can't handle high-level CI API. > > > >From what I can see in http://linuxtv.org/wiki/index.php/CI all that > > VDR would have to do in order to use the "high level API" would be to > go from the application layer directly to the CAM. However, I don't know > of any driver API for this. Can you give me a hint how the "high level API" > should be accessed through the LinuxDVB driver? IIRC, you just have to send a pmt msg. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Working DVB-S + CAM question
Le samedi 24 février 2007 22:16, Dominique Dumont a écrit : > manu <[EMAIL PROTECTED]> writes: > >> Aston dual CAM (Viacess and others) can decrypt 2 channels at a time > >> (provided the CI stack on Linux side can provide correct > >> informations). > > > > And does the linux CI stack provide this? > > There's the rub. There's no such thing as "the linux CI stack". > > Each dvb application provides its own CI (EN50221) stack. > > Vdr has one, kaffeine also and probably other applications. > > To make the issue more complex, there's 2 ways to implement the CI > stack, depending on the DVB card. > > For low level CI API, i.e. Hauppauge TT cards), the CI stack is ~90% > implemented in software in the DVB application. > > For high level CI (i.e Twinhan and clones), the stack is half > implemented in firmare (i.e. bugs can't be fixed) and half in software > in the application. AFAIK, vdr can't handle high-level CI API. > > For more information, see: >http://linuxtv.org/wiki/index.php/CI >http://linuxtv.org/wiki/index.php/Supported_CAM_modules Kaffeine uses libdvb, that implements a CI stack that supports both HLCI and LLCI. libdvb can be found in v4l-dvb tree. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Should a DVB frontend report the board name?
Le mardi 06 février 2007 01:34, Markus Rechberger a écrit : > > The name of a frontend should be that of the frontend itself and not > > the board, if it reports the board name then it is wrong, since the > > board is not the frontend. > > not that this is very important but I've seen that some people were > confused because of displaying the name of the demodulator, they > stated out that they own product xy and not a ZL10353, MT352, etc. Indeed, i think that for a user "TerraTec/qanu USB2.0 Highspeed DVB-T Receiver" makes more sense than "ST STV0299 DVB-S" but in the latter case, the board name "Philips Semiconductors SAA7146 (rev 01)" is also somewhat "mysterious" when the user would expect "WinTV Nova CI" ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Fwd: [Kaffeine-user] kaffeine: DVB-T Austria: at-STYRIA
-- Message transmis -- Subject: [Kaffeine-user] kaffeine: DVB-T Austria: at-STYRIA Date: Vendredi 27 Octobre 2006 18:03 From: "Dipl.-Päd. Manfred FESTL" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] # # #T freqbw coderate_HP coderate_LP modulation transmode guard-int hierarchy # # Austria / Steiermark / SCHOECKL # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # Kanal 69, Frequenz 858 T 85800 8MHz 3/4 NONE QAM16 8k 1/4 NONE kaffeine 0.8.2 3.5.5 "release 19.1", openSUSE Linux (x86_64) release 2.6.16.21-0.25-default Target: x86_64-suse-linux best regards Manfred ------- -- Christophe Thommeret ## #T freqbw coderate_HP coderate_LP modulation transmode guard-int hierarchy # # Austria / Steiermark # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # Kanal 69, Frequenz 858 T 85800 8MHz 3/4 NONE QAM16 8k 1/4 NONE___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream and pid 8192
Le Jeudi 05 Octobre 2006 21:27, Mario Rossi a écrit :
> I'm trying to save the full TS with my Hauppauge Win TV Nova T USB2.
> I'm using dvbstream and the special pid 8192.
>
> This is the command line
>
> ./dvbstream -f 50580 -I 2 -qam 16 -cr 3_4 -crlp 3_4 -bw 8 -o:temp.xxx
> 8192
>
> (uk-CrystalPalace dvb-t for BBC)
>
> and the generated file is empty.
> Reading in the mailing list in the last 3/4 months it seems that the
> fimware must support this feature.
>
> But reading the source code it seems to me that there is a problem.
> Basically a map of "pid -> file" is created so to save each pid in the
> right file.
> The problem is that when requesting the pid 8192 the map contains the
> entry 8192 while none of the pid returned by the card is 8192 (the
> opposite would be strange...).
>
> This is the code in the main loop
>
> for (j = 0; j < MAX_CHANNELS; j++) {
> if (pids_map[i].pids[j] == pid) {
>
> at line 1033 of dvbstream.c.
>
> In the debugger I can see that "pid" gets the values of the actual
> pids present in the stream, while pids_map[i].pids[j] is 8192 or -1.
>
> Has it ever worked for anybody? How? Maybe not saving to a file, but
> specifying another output?
>
> But it is trivial to fix it, one just has to read from the "dvr" and
> write everything to a file, running the line
>
> write("fd for the full stream", buf, TS_SIZE);
>
> in any case.
> At least that creates a file and with mplayer I can pick the pid I want.
>
> What is the best way to achieve it?
> Tuning the right frequency and at the same time copying
> /dev/dvb/adapter0/dvr0 to a specified file?
dvbstream -f .. -o 8192 > stream.ts
--
Christophe Thommeret
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Multiple fronends on a single shared ransport bus
Le Mercredi 04 Octobre 2006 18:08, Steven Toth a écrit : > Hi, > > The WinTV-HVR3000 has a single transport bus on the cx2388x shared > between a cx22702 DVB-T and a cx24123 DVB-S. The windows driver manages > the hardware to ensure an application can stream from one or the other > demod. > > In terms of Linux and the current tree, it's a trivial thing to add > basic DVB-T only support, or it's a trivial thing to add DVB-S only > support - mainly because both of these demod/tuners are already > supported in the tree. Adding dynamic switching between either demod is > an interesting problem. > > On one hand with solution #1 we have the multiproto tree which tries to > address some of these issues (at the frontend ops only, with no > considerations to the implementation within the frameworks). > > On the other hand with solution #2 (for current support modulation > schemes) why don't we simply register multiple frontends during > dvb_register? > > I created a cx88 patch last night to try this and the only questionable > result is that you end up with a solution like this: > > /dev/dvb/adapter0/fe0 .. cx24123 DVB-S on a HVR3000 > /dev/dvb/adapter1/fe0 .. cx22702 DVB-T on the same HVR3000 > /dev/dvb/adapter2/fe0 .. dvico ATSC LG demod I also had installed. > > The simple thing about a solution like this is that: > a. a/t/szap -a worked with zero changes. > b. The recent cx88 bus arbitration patches ensured that only one of > adapter0/fe0 or adapter1/fe could be opened at any one time. (As expected). > > I don't see solution #2 as a replacement for solution #1, but the > patches are pretty trivial and localised within a single framework. > > A few consideration: > > How will new or existing applications deal with solution#2? > Do any existing drivers deliver adapter0/fe0 and adapter0/fe1 and which > applications support that? At least, Kaffeine should work with frontend1/dvr1/demux1 (in fact, i've always assumed that a multi tuner adapter would provide multiple frontends/dvr/demux) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb noaudio
Le Mardi 03 Octobre 2006 13:11, Raena Lea-Shannon a écrit : > mp3 will not play > wav and ogg play So, your xine-lib lacks mpeg (for patent reasons i guess). You have to install an unrestricted xine-lib. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb noaudio
Le Lundi 02 Octobre 2006 15:21, Raena Lea-Shannon a écrit : > Hi, > > I have just installed Kaffeine 0.7.1 (running on Ubuntu 6.06.1 AMD64 > Asus M. Board Nvidia audio chip and Px7600 video with nvidia latest > drivers for Geforce 7600 Chip. > > Kaffeine is nice. Looks great easy to use. Big thanks up front to the > developers. > > I have installed latest v4l source and compiled and I did find that in > make I had to use Ncurses menuconfig and not compile with one of the > audio modules, I think it was *.oci ? > > I can play ABC HDTV (I am in Sydney) with sound but that is the only > channel that gives audio. > > I have set xine engine to alsa drivers and I have tried every setting in > alsamixer. I have tried ne tip which was to de-select the dvd.language. > That did not work for me. > > I have looked at audio pid in the channels edit and tried selecting ac3 > but that does not work either. I also looked at the channels.conf pid > from scan reading and that did not work either. > > I looked at the mail list archive and apart from the above suggestions I > have not been able to find an answer. Try to play mp3, ogg, and wav with Kaffeine and report which one(s) work. -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HDTV tuning.
Le Mardi 26 Septembre 2006 21:03, Mario Rossi a écrit : > Hi > > how should I interpret the output of scan, trying to scan for HDTV in > London? > > initial scan file > > T 55400 8MHz 2/3 2/3 QAM64 8k 1/32 NONE > > (I had found those values in this mailing list some months ago) > > output: > > scanning /opt/dvb/uk-CrystalPalace > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > initial transponder 55400 0 2 2 3 1 0 0 > > >>> tune to: > >>> 55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMI > >>>SSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x0f > >>> tuning status == 0x1f > > PAT > PMT 0x0258 for service 0x9044 > SDT (actual TS) > 0x 0x9044: pmt_pid 0x0258 BBC -- BBC HD1 (running) > NIT (actual TS) > Network Name 'Crystal Palace B' > > >>> tune to: > >>> 554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMI > >>>SSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x07 > >>> tuning status == 0x1f > > PAT > PMT 0x0258 for service 0x9044 > SDT (actual TS) > 0x9004 0x9044: pmt_pid 0x0258 BBC -- BBC HD1 (running) > NIT (actual TS) > Network Name 'Crystal Palace B' > > >>> tune to: > >>> 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISS > >>>ION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > > WARNING: >>> tuning failed!!! > > >>> tune to: > >>> 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISS > >>>ION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE > > (tuning failed) > > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > >>> tuning status == 0x05 > > WARNING: >>> tuning failed!!! > dumping lists (2 services) > BBC > HD1:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMI >SSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:36932 BBC > HD1:554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMI >SSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:36932 Done. > > Whet it says "WARNING: tuning failed" what does it mean? It means "tuning failed" :) > Where does it get the frequency 522167000? From the Network Information Table (NIT) that is supposed to give a list of available mplex on that network. > If it is given by the initial trasponder, why is it empty? Well, NIT with wrong/outdated infos are very common through all networks (s,c,t) ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Various dvb-t scan files
Contributed by Kaffeine users. -- Christophe Thommeret # Austria / Vienna, Lower Austria # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 79400 8MHz AUTO AUTO QAM16 8k 1/4 1# DVB-T Wuerzburg/Unterfranken # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # Kanal 10, ARD, Phoenix, arte, Eins plus T 38600 8MHz 2/3 NONE QAM16 8k 1/4 NONE # Kanal 25, ZDF, ZDFInfokanal/3Sat, KI.KA/ ZDFdokukanal, MHP: ZDFdigitext T 50600 8MHz 2/3 NONE QAM16 8k 1/4 NONE # Kanal 45, br mit Datendienst, br alpha mit Datendienst, offen SWR oder DVB-H, hr T 66600 8MHz 2/3 NONE QAM16 8k 1/4 NONE# Grenoble - France (DVB-T transmitter of La Tour Sans Venin) # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 474167000 8MHz 2/3 NONE QAM64 8k 1/32 NONE T 498167000 8MHz 2/3 NONE QAM64 8k 1/32 NONE T 554167000 8MHz 2/3 NONE QAM64 8k 1/32 NONE T 578167000 8MHz 2/3 NONE QAM64 8k 1/32 NONE T 602167000 8MHz 2/3 NONE QAM64 8k 1/32 NONE ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kaffeine 0.8.2 released
Learn more at http://kaffeine.sf.net -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Fwd: [Kaffeine-user] channel information file for germany-berlin
-- Message transmis -- Subject: [Kaffeine-user] channel information file for germany-berlin Date: Dimanche 03 Septembre 2006 01:50 From: Ronald Warsow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] hi could someone exchange or fix the channel information file "de-Berlin" with the correct entries: ATTENTION: the first two rows with 7MHz -- Christophe Thommeret # DVB-T Berlin # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 17750 7MHz 3/4 NONE QAM16 8k 1/8 NONE Â Â Â Â # K5 Â WDR, SW, BBC, FAB T 19150 7MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K7 Â MDR, arte, NDR, ARD-Online-Kanal, ARD-MHP-Data T 50600 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K25 RTL, RTL2, Super RTL, VOX T 52200 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K27 ARD, RBB, RBB Brd., Phoenix, EinsExtra, ARD-MHP-Data T 57000 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K33 ZDF, 3sat, Doku/KiKa T 61800 8MHz 1/2 NONE QAM16 8k 1/8 NONE Â Â Â Â # Â Â DVBH Test INT/Service T 65800 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K44 Sat1, N24, Pro7, Kabel1 T 75400 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â Â Â # K56 Eurosport, DSF, 9Live, TV.Berlin T 77800 8MHz 2/3 NONE QAM16 8k 1/8 NONE Â Â # K59 n-tv, Euronews, 33x Radio ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] uk-Nottingham initial scan file
From anonymous user. -- Christophe Thommeret # Nottingham (Kimberley, Nottinghamshire) # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 53800 8MHz 3/4 3/4 QAM16 2k 1/32 NONE T 61800 8MHz 3/4 3/4 QAM16 2k 1/32 NONE T 73000 8MHz 2/3 1/2 QAM64 2k 1/32 NONE T 77800 8MHz 3/4 3/4 QAM16 2k 1/32 NONE T 81000 8MHz 3/4 3/4 QAM16 2k 1/32 NONE T 84200 8MHz 2/3 1/2 QAM64 2k 1/32 NONE___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] encrypted stream
Le Lundi 21 Août 2006 17:39, Nick Fedchik a écrit : > В сообщении от 21 августа 2006 18:23 Nico Sabbi написал(a): > > > The files grabbed by gnutv, 30 or 60 sec each > > > ftp://213.186.207.66/TS/ > > > channels.conf - in the same dir > > > > they must be encrypted (there's a 8090 program that reportedly > > contains audio and video, but in the dump of the video stream > > there's not the slightest sign of a sequence header) > > How can I check is the channel encrypted or not? > My hardware is Twinhan 1025 xine --verbose=255 TV4.ts .. demux_ts: selected videoPid is scrambled; skipping... . -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: dvb technotrend budget won't work, please help me!
Le Samedi 3 Juillet 2004 01:57, Benjamin Adler a écrit : > Hello! > > I bought a Technotrend DVB-C PCI budget card on eBay > (http://cgi.ebay.de/ws/ebayISAPI.dll?ViewItem&item=5100217074) and have now > tried for more than two weeks to make it work with linux. I have really > tried many different things, two different computers, many many kernel > versions, looking for tutorials or asking people on irc for help. Noone > could help me. > > The dvb-c-card has a Philips SAA 7146A H chip, a Vista VES 1820 chip and > the tuner is labeled "TDBE2-032A 082113A". The card works fine in windows > XP. I have built the corresponding options into my gentoo-patched-2.6.7 > kernel. Compiling as modules doesn't make a difference. After booting, > dmesg tells me: > > Linux video capture interface: v1.00 > SAA5246A driver (SAA5246A interface) for VideoText version 1.6 > SAA5249 driver (SAA5249 interface) for VideoText version 1.7 > Colour QuickCam for Video4Linux v0.05 > Zoran MJPEG board driver version 0.9.5 > No known MJPEG cards found. > Linux video codec intermediate layer: v0.2 > stradis0: SDM2xx found > videodev: "SAA7146A" has no release callback. Please fix your driver for > proper sysfs support, see http://lwn.net/Articles/36850/ > stradis: 1 card(s) found. > stradis0: config = 10 04 13 c2 26 0f ff ff ff ff ff ff ff ff ff ff ff ff ff > ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > ff ff ff ff ff ff ff > saa7130/34: v4l2 driver version 0.2.11 loaded > cx2388x v4l2 driver version 0.0.3 loaded > saa7146: register extension 'Multimedia eXtension Board'. > saa7146: register extension 'hexium HV-PCI6/Orion'. > saa7146: register extension 'hexium gemini'. > saa7146: register extension 'dpc7146 demonstration board'. > saa7146: register extension 'budget dvb'. > saa7146: found saa7146 @ mem e0917000 (revision 1, irq 18) (0x13c2,0x1004). > DVB: registering new adapter (TT-Budget/WinTV-NOVA-C PCI). > DVB: VES1820(0): setup for tuner sp5659c > DVB: VES1820(0): pwm=0x48 > DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)... > TT-Budget/WinTV-NOVA-C PCI adapter 0 has MAC addr = 00:d0:5c:02:15:c3 > > and ls -lR /dev/dvb gives: > > /dev/dvb/: > total 0 > drwxrwxrwx 1 root root 0 Jan 1 1970 adapter0 > > /dev/dvb/adapter0: > total 0 > crwxrwxrwx 1 root root 250, 4 Jan 1 1970 demux0 > crwxrwxrwx 1 root root 250, 5 Jan 1 1970 dvr0 > crwxrwxrwx 1 root root 250, 3 Jan 1 1970 frontend0 > crwxrwxrwx 1 root root 250, 7 Jan 1 1970 net0 > > But when I execute the scan-utility > in /usr/src/linuxtv-dvb-apps-1.1.0/util/scan/ with "./scan dvb-c/de-wtnet", > I get: > > scanning dvb-c/de-wtnet > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > initial transponder 45000 6875000 0 3 > > >>> tune to: 45000:INVERSION_AUTO:6875000:FEC_NONE:QAM_64 > > WARNING: >>> tuning failed!!! > > >>> tune to: 45000:INVERSION_AUTO:6875000:FEC_NONE:QAM_64 (tuning > >>> failed) > > WARNING: >>> tuning failed!!! > ERROR: initial tuning failed > dumping lists (0 services) > Done. > > I have created the de-wtnet file for my local cable provider (wilhelm tel > in norderstedt, next to hamburg, www.wtnet.de) and it looks like this: > > # Kabel iesy > # freq sr fec mod > C 45000 6875000 NONE QAM64 > > The result is the same with other provider-files, though. Where is the > problem, what can I try to fix this? > > Thank you for your time! > Benjamin Adler maybe your card can't do inversion_auto. try "scan -i 0 dvb-c/de-wtnet" -- Christophe Thommeret
[linux-dvb] Is this legal/safe to open a demuxer before opening the frontend ?
What i'm doing : - at program startup (KaxTV), eit reading is started. - then, switching channels open/close the frontend. - at program stop, eit demux is closed. It seems to work in most cases, but for some users : - first program start works. - then program hangs on restart. - reloading drivers sometimes help once, but next restart ends with machine crash. Since (x)zap always works, i wonder if this is legal/safe to -- Christophe Thommeret
[linux-dvb] Re: real-time TS MPEG to PS MPEG conversion?
Le Mercredi 9 Juin 2004 06:23, Craig Procter a écrit : > Hi all, > > Please accept my apology for this slightly off-topic query, but does > any of the DVB-T playback software (Xine, KaxTV, MPlayer etc.) do > real-time MPEG2 Transport Stream to DVD compliant MPEG2 Program Stream > conversion? > > ie: I can record a show using my DVB-T card, then burn it (after converting > to VOB) to DVD? So no need to demux/convert/remux? No conversion needed, just a matter of replexing. replex does it quite well. I'm trying to implement it in KaxTV. -- Christophe Thommeret
[linux-dvb] Re: AC3 over DVB
Le Mardi 8 Juin 2004 16:06, Hamish Moffatt a écrit : > Hi, > > This question is probably off-topic, for which I apologise. However, I > wonder if anyone can help me with getting AC3 sound over DVB-T? > I want to pass it out to S/PDIF, not decode it in software. > > It seems that Xine can do AC3 passthrough over S/PDIF, though I never > got any sound out when I tried it. I get stereo sound (PCM) over S/PDIF > ok. I suspect that its AC3 stuff has been only tested with DVD. > > MPlayer can supposedly do it too. I tried it, but it segfaults almost > immediately on the station with AC3 sound. (I just put the AC3 PID in > place of the audio PID in channels.conf.) Once it got as far as the amp > detecting "Dolby Digital 2/0", then crashed, but never again. > > It seems like MythTV should also do it, but I've had even less luck with > that, so I thought I'd get Xine or MPlayer working firt. > > From my Googling, it seems that AC3 is carried differently on DVB versus > ATSC. I wonder how it is carried on DVD? I wonder if Xine can only do > ATSC (or DVD), and not DVB.. Yes, xine can play dvb ac3, but can't autodetect it. So you have to pass it special PAT and PMT. This is what KaxTV does, succesfully. (google for it) -- Christophe Thommeret
[linux-dvb] Re: Pinnacle pctv
Le Samedi 29 Mai 2004 18:33, Bálint László a écrit : > Hello! > > I`m a user from Hungary. > My problem: > > scanning /usr/share/linuxtv-dvb-apps/scan/dvb-s/Astra-19.2E > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > initial transponder 12551500 V 2200 5 > > >>> tune to: 12551:v:0:22000 > > WARNING: >>> tuning failed!!! > > >>> tune to: 12551:v:0:22000 (tuning failed) > > WARNING: >>> tuning failed!!! > ERROR: initial tuning failed > dumping lists (0 services) > Done. > > > root:/home/laci# szap -r "MBC" > reading channels from file '/root/.szap/channels.conf' > zapping to 206 'MBC': > sat 1, frequency = 12595 MHz V, symbolrate 2750, vpid = 0x00a0, apid > = 0x0050 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > status 00 | signal 9393 | snr | ber 0a1e | unc 00c0f601 | > status 1f | signal 9696 | snr 52ac | ber 1db3 | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 136a | ber 1f2c | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 13f0 | ber 2041 | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 13c9 | ber 1e8b | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 145d | ber 1f6a | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 13b4 | ber 1e4e | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 1376 | ber 1f97 | unc 00c0 | > FE_HAS_LOCK > status 1f | signal 9696 | snr 1409 | ber 1f77 | unc 00c0 | > FE_HAS_LOCK > = > The output similar when i`m probing RAI 1, TV 5, TV7, Video Italia, > Digitaly, ... > = > root:/home/laci# szap -r "RTL2" > reading channels from file '/root/.szap/channels.conf' > zapping to 27 'RTL2': > sat 0, frequency = 12188 MHz H, symbolrate 2750, vpid = 0x00a6, apid > = 0x0080 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > status 00 | signal 8d8d | snr | ber | unc 00b9e8cd | > status 00 | signal 8f8f | snr 4e22 | ber | unc 00b9 | > status 00 | signal 8f8f | snr 4af3 | ber | unc 00b9 | > status 00 | signal 8f8f | snr 4ad8 | ber | unc 00b9 | > = > The output similar when i`m probing ARTE, Super RTL, RTL Television, etc > = very low signal/snr, many errors uncorrected, you should try to fine tune your dish. -- Christophe Thommeret -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] KaxTV "Jolly Nice" patch
Le Mardi 11 Mai 2004 23:59, Jim Darby a écrit : > It would be Jolly Nice[tm] if dvbtune/kaxtv and the others could take a > peek at the alternative frequencies specified in the NIT. Hi Jim, Attached is a patch against kaxtv-0.23 that try to do so. It also increases the NIT timeout from 15 to 60 s. Could you try scanning and send me the whole output. thanx. -- Christophe Thommeret kaxtv-0.23.1.diff.bz2 Description: BZip2 compressed data
[linux-dvb] Re: KaxTV : feedback needed
Le Lundi 10 Mai 2004 15:03, Andrew de Quincey a écrit : > Hi, I got KaxTV to compile and run - looks great! > > I managed to get it to find four (DVB-T) channels, but it seemed to have > problems tuning the others, and also couldn't receive any data. I don't know about your particular tuning problems, but it seems to be a common dvb-t issue that kaxtv scan does not find other ts than the initial one, even with 15s timeout. So here is the question : are terrestrial mplex carrying NIT ? In addition, is there any plan to install dvb-apps initial-tuning-data files in standard place ( /etc ? ) or should each app provide its own copy ? > I'm not sure if this is a KaxTV problem, or a problem with the grundig > tuner in that machine - several people reported some weird tuning problems > with that tuner, which I've unfortunately neglected to look into yet :( > I'll have a mess about with the drivers and see if I can sort it. > > Is it going to remain a seperate project from kaffeine? No, i've contacted Jürgen Kofler and it will be included in next kaffeine. -- Christophe Thommeret -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] ANNOUNCE : KaxTV 0.23
bugfix release. 0.23 - based on kaffeine-0.4.3 ( should fix XFree 4.4 crash on exit ) - setting inversion_off for non auto capable cards - fixed getText() string length - no osd for hdtv (crashed on some machines) - fixed NIT timeout - fixed no systemTray crash -- Christophe Thommeret -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] ANNOUNCE : KaxTV 0.22
KaxTV is a software desktop DVB player. It uses Xine as software decoder, but does NOT make use of the xine dvb plugin. KaxTV is based on Kaffeine, so you should be able to play nearly every audio/video file, including dvd. Features : -Channels management, including network scan -Live -Time shifting -Instant recording -Timers -Current/next OSD -EPG -Pids filtering, so you can view a channel while recording another on the same transponder (or record several) -AC3 -HDTV (with cpu/videocard able to play such bitrates/sizes) You can download KaxTV from http://perso.club-internet.fr/hftom/kaxtv/ View README for quick start. -- Christophe -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
