Re: [linux-dvb] Compiling dvb-usb-adapter module outside the kernel source.
Thanks for the utterly useless answer. He wanted to know the steps to compile a module out of the kernel not a confirmation your shit works. -tc On 8/1/07, Luca Olivetti [EMAIL PROTECTED] wrote: En/na lwtbenben ha escrit: Hi, everyone Which header files should be include in the cxusb.c if I want to compile the module outside Linux kernel tree? The mercurial repository you can download from linuxtv.org *is* compilable out of the tree as is: http://linuxtv.org/repo/ Bye -- Luca ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Compiling dvb-usb-adapter module outside the kernel source.
On 8/1/07, Luca Olivetti [EMAIL PROTECTED] wrote: En/na [EMAIL PROTECTED] ha escrit: Stop fucking replying to my mail in foreign language. I don't give a shit your mail client shows up in greek, have common courtesy not to inject this AIDS-filled language into my mailbox. Now on to the original problem, Hi, everyone Which header files should be include in the cxusb.c if I want to compile the module outside Linux kernel tree? I found some module in file Documentation/kbuild/modules.txt, but it just needs many header files, but I have no idea, please give me some advice. If you paid even slightest attention to this individual, he's working/trying to hack together some modules for some unsupported chinese DVB card. Clearly he's not trying to compile your code or any of the filth from hg whatever that is. He just wants to know HOW TO SETUP THE BUILD ENVIRONMENT TO ALLOW COMPILING HIS CUSTOM MODULE OUTSIDE THE FUCKING KERNEL TREE. Now, maybe YOU are the one who needs the book below, since apparently, you can't even fucking read. Go, read again the OP question. Here's a useful link for you: http://tinyurl.com/33dk6p (though maybe it's too challenging for you) Bye, -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Compiling dvb-usb-adapter module outside the kernel source.
Silly me, I just thought he wanted to compile cxusb.c (which is included in the hg repository) outside the tree. Next time I'll let Grover explain you the difference between far and near. Do you even have any idea of what you're talking about? Bye -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Compiling dvb-usb-adapter module outside the kernel source.
On 7/2/07, Wolfgang Wegner [EMAIL PROTECTED] wrote: On Wed, Aug 01, 2007 at 08:01:10PM +0900, timecop wrote: On 8/1/07, Luca Olivetti [EMAIL PROTECTED] wrote: En/na [EMAIL PROTECTED] ha escrit: Stop fucking replying to my mail in foreign language. I don't give a shit your mail client shows up in greek, have common courtesy not to inject this AIDS-filled language into my mailbox. [Other crap deleted] Good job deleting the only relevant portion of my post. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-T USB card with bulk mode and usb1.1
msi megasky 580 On 7/30/07, Jean-Patrick Renouard [EMAIL PROTECTED] wrote: hi all, I've got a question about the DVB-T USB Linux drivers. I work on an embedded device and I would like to integrate a DVD-T TNT USB card on my device. The problem is that the USB driver on my device neither supports USB2.0 and Isochronous transfers. I'm looking for a USB DVB-T card that works in USB1.1 and with a driver that fully works with bulk mode. I also would like that the USB DVB-T card works with VLC. thanks in advance for your answers. Best regards. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to determine the value of usb_data_stream_properties.u.buffersize.
On 7/27/07, lwtbenben [EMAIL PROTECTED] wrote: Thank you for ur advice but do we have any material which describes these dvb_usb about data structures? No. Are you joking? This *IS* linux. You're expecting NCC-1701-ready docs? Come on. I do not expect that, but I just want to know what is the meaning of the buffersize field? Please. Unless its documented in the header file or in the comments, it's as good as anybody's guess. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem about structure: usb_data_stream_properties
Thank you for ur advice but do we have any material which describes these dvb_usb about data structures? No. Are you joking? This *IS* linux. You're expecting NCC-1701-ready docs? Come on. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Now and next info
On 7/25/07, Peter Maersk-Moller [EMAIL PROTECTED] wrote: Hi Does anyone have a link to specs on how to decode 'now and next' information available in a DVB stream ? ETSI EN 300 468 This data is in EIT, table ID 0x4e for now/next on current TS. Does anyone know if VDR can do this (yes it is more vdr question) ? WinTV/Happauge have these popups that shows what is being whatch right now and what is coming next. Dont know. Is any of the 'now and next' info precise enough to use for cutting clips or is precise with a couple of seconds/minutes ? Its not precise to cut on program change if that's what you want. Its within a few seconds though. -tc ___ 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
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 On 7/22/07, Uwe Bugla [EMAIL PROTECTED] wrote: Am Sonntag, 22. Juli 2007 12:41:56 schrieb Johannes Stezenbach: On Sun, Jul 22, 2007, Uwe Bugla wrote: As announced I've built a revised tarball plus a Debian package of the current dvb-apps repository, implying your patchset (i. e. human readable characters as a switch for szap, tzap and czap. Unfortunately both packages were rejected without giving reason by the list moderator of [EMAIL PROTECTED] If you look at the reject messages, they should say: Reason: Message body is too big: 404226 bytes with a limit of 60 KB and Reason: Message body is too big: 517891 bytes with a limit of 60 KB The limit is there to protect people who don't have broadband connectivity, and to protect the list server (with ~2000 list subscribers, these two mails would have caused ~1.8 GByte of traffic). Johannes Sounds logical. But the main reason you unfortunately forgot to mention: The limit is there to protect the highly motivated illustrious linuxtv gatekeepers from doing additional good work in order to share good efforts all around the world. I still got my own experiences and views on the difference between what real sophisticated maintainership means in practice @linuxtv.org in comparison to the rest of the world-wide linux community. In fact there is a big difference. For example, if I read comments like you should first ask whether someone intends to pick it up (by Christoph Pfister in this specific example) the knife in my pocket opens. A real sophisticated maintainer picks up such efforts like P. van Gaans patch set and merges them without making any noise. Above that, the filter timeout problem in connection with scan still remains unsolved (wasn't it you, Johannes, who once wrote the scan utility?). Why is the scan result still such a drag? Why are the scan results so unreliable? Why are there channels missing in the final result? Is it a driver issue or an application issue? And who can help? Who has got the clue to fix that? And why does this problem not appear within kaffeine's channel scan? I'm not expecting any answer or fix for that problem - I can help myself. But I would like to know whether I am the only one to have that problem with the scan utility. Uwe ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ 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
pot calling the kettle black anyone? On 7/22/07, Uwe Bugla [EMAIL PROTECTED] wrote: Am Sonntag, 22. Juli 2007 13:44:44 schrieb timecop: 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 Hello tc, could you please stay off from here with such a no-brain antisemitistic verbal crap? Thanks Uwe On 7/22/07, Uwe Bugla [EMAIL PROTECTED] wrote: Am Sonntag, 22. Juli 2007 12:41:56 schrieb Johannes Stezenbach: On Sun, Jul 22, 2007, Uwe Bugla wrote: As announced I've built a revised tarball plus a Debian package of the current dvb-apps repository, implying your patchset (i. e. human readable characters as a switch for szap, tzap and czap. Unfortunately both packages were rejected without giving reason by the list moderator of [EMAIL PROTECTED] If you look at the reject messages, they should say: Reason: Message body is too big: 404226 bytes with a limit of 60 KB and Reason: Message body is too big: 517891 bytes with a limit of 60 KB The limit is there to protect people who don't have broadband connectivity, and to protect the list server (with ~2000 list subscribers, these two mails would have caused ~1.8 GByte of traffic). Johannes Sounds logical. But the main reason you unfortunately forgot to mention: The limit is there to protect the highly motivated illustrious linuxtv gatekeepers from doing additional good work in order to share good efforts all around the world. I still got my own experiences and views on the difference between what real sophisticated maintainership means in practice @linuxtv.org in comparison to the rest of the world-wide linux community. In fact there is a big difference. For example, if I read comments like you should first ask whether someone intends to pick it up (by Christoph Pfister in this specific example) the knife in my pocket opens. A real sophisticated maintainer picks up such efforts like P. van Gaans patch set and merges them without making any noise. Above that, the filter timeout problem in connection with scan still remains unsolved (wasn't it you, Johannes, who once wrote the scan utility?). Why is the scan result still such a drag? Why are the scan results so unreliable? Why are there channels missing in the final result? Is it a driver issue or an application issue? And who can help? Who has got the clue to fix that? And why does this problem not appear within kaffeine's channel scan? I'm not expecting any answer or fix for that problem - I can help myself. But I would like to know whether I am the only one to have that problem with the scan utility. Uwe ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Please help: Looking for a solidly supported DVB-T USB stick
Believe it or not, I don't think any of them are solidly supported. USB bridge part should be down nicely, but since all the tuner / demod drivers are reverse engineered garbage (or even if they have docs, you got amateurs writing code), and as result don't work as good as expected... -tc On 7/22/07, Stephen Williams [EMAIL PROTECTED] wrote: Surely this can't be too much to ask? I'm looking for a DVB-T USB stick which I can buy now and is solidly supported, that's all. Previously i've picked up a couple of MSI Digivox II sticks that when delivered turned out to be unsupported MSI Digivox II V2.0 sticks, so it's no longer safe to order those. Then I picked up a couple of MSI Mega Sky 580 sticks (the x5581 version) which appear to be incapable of receiving a decent signal under windows or linux (note that I haven't had signal problems with 4 previous DVB-T receivers). So i'm now hoping for third time lucky. Any suggestions of supported devices that are known to work without issues would be greatly appreciated. I've checked the wiki for information but it all seems to be completed out of date. Thanks, Stephen ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] LITE-ON DVBT USB adapter
On 7/19/07, Pedro Aranda [EMAIL PROTECTED] wrote: Hi folks, System description: [EMAIL PROTECTED]uname -a Linux paag 2.6.21-2-686 #1 SMP Wed Jul 11 03:53:02 UTC 2007 i686 GNU/Linux Distro: up-to-date Debian testing Problem: MT-2060 doesn't register = no frontend Solution: attached patch Request: include it in the mainstream ASAP: I'm really sick of having to recompile the DVB subsystem everytime a kernel update happens THANKS a lot You didn't include: 1) Signed off by jerkface 2) You expect this merged NOW which means it will happen in at least half a year from now 3) The patch was not tested and will break various other hardware and will never be approved -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
I wonder what you plan to do with that card in western US as there are no -S2 transmissions. -tc On 7/19/07, Erich Newell [EMAIL PROTECTED] wrote: I have decided to take the plunge and ordered one of these units. It is being shipped via post from Germany to the Western USA so I expect it will take some time. I will post again once it arrives. If need be, I'd be perfectly willing to open the unit and read numbers off of chips etc. -- A man is defined by the questions that he asks; and the way he goes about finding the answers to those questions is the way he goes through life. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
On 7/19/07, Erich Newell [EMAIL PROTECTED] wrote: I am very happy you inquired. I had planned on using the device with clear DVB-S2 transmissions on Echostar1. However, after your inquiry I thought I might double check my facts. In the end I discovered that although the streams are otherwise the same as DVB-S2 HD streams in Europe, here they use Turbo-FEC rather than LDPC! And thats why I asked, there's no reason for anyone to own a -S2 card in U.S. (yet). Perhaps if you're going to pirate dishnetwork or whatever it is you were going to do, you'd be better off with a http://www.genpix-electronics.com/index.php?act=viewDocdocId=9 or http://www.genpix-electronics.com/index.php?act=viewDocdocId=7 -tc ___ 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
diff -urN oldfile.c newfile.c lolwat.diff On 7/19/07, P. van Gaans [EMAIL PROTECTED] wrote: Uwe Bugla wrote: Am Mittwoch, 18. Juli 2007 06:03:41 schrieb P. van Gaans: I don't call myself a programmer (I've never seen any C guide), but somehow I figured out how to add an extra switch to tzap to make it print the status in (human-readable) decimal instead of hex. It is attached. It would be really nice if this would make it into the dvb-apps on linuxtv.. Talking about that, could anybody tell me the minimal and maximal and/or possible values for status, signal, snr, ber and uncorrected? If I would know them I could try to make the numbers more human-readable (eg signal ranging from 0 to 99 or so). Could you please redo that: - in patch format (=only the additions) - equally for tzap, czap, szap and femon? Thus everybody could take advantage from that idea. Would be a pleasure for us all if you did! 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. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb In patch format.. Oh please.. I have no idea how to produce that! I installed xxdiff, it perfectly shows what I've changed but I don't see an option to save it to a patch file! You're lucky I've got a satellite dish so I should also be able to patch szap and femon. I'll also produce a patched version of czap but my cable card is not installed ATM and I don't feel like doing so (cable provider is crap) but I'll probably get someone else on this list to test it. Please do not try to add the switch yourself without asking me if I'm still working on it. Nobody needs double work. If somebody can tell me how to produce the so much wanted .diff files I'll start working on it. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ 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
Perhaps an extra servings of dongs? -tc On 7/19/07, hermann pitton [EMAIL PROTECTED] wrote: Am Donnerstag, den 19.07.2007, 09:34 +0900 schrieb timecop: diff -urN oldfile.c newfile.c lolwat.diff What do you recommend should be in this .diff ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Microtune mt2131 driver wanted badly.
Complaining about that would be like me complaining about all the damn germans on this list using localized MUAs that keep replacing Blah blah on Blah blah wrote blah blah with some shit like Am Mittwoch, 11. Juli 2007 18:36:06 schrieb What am I supposed to do with that? If your email is goin to be in english, make your mail client in english too. -tc On 7/17/07, Matthias Schwarzott [EMAIL PROTECTED] wrote: On Dienstag, 17. Juli 2007, lwtbenben wrote: Dear Mike: Can the mt2131 driver in ~mkrufky repo work? 在2007-07-13,Michael Krufky [EMAIL PROTECTED] 写道: lwtbenben wrote: Hi,Michael Krufky Sorry for my misunderstanding, but I just do not know where to find the cx23885 dev tree. Did you mean the standard linux kernel source tree or somewhere else? As your kindness, would you please send the mt2131.c and mt2131.h to this mail. Thank you so much. Kevin Liu 在2007-07-13,Michael Krufky [EMAIL PROTECTED] 写道: lwtbenben wrote: Hello, everyone. I am now using a usb card with mt2131 as its tuner. I googled these info on website: b/linux/drivers/media/dvb/frontends/mt2131.c | 642 +++ b/linux/drivers/media/dvb/frontends/mt2131.h | 70... But I just can not find mt2131.c and mt2131.h on linuxtv.org Could someone give me some advice? By the way, could someone tell me the difference between the mt2131 and mt2060? Thank you . mt2131 is completely different from the mt2060 There is a driver work-in-progress, that you can find in the cx23885 dev tree. The driver works, but it is not yet ready for release. I have nothing else to report at this time. -- Michael Krufky Kevin, The driver has not yet been released. If you want to take a look at the mercurial repositories, you will find mt2131.[ch] in linux/drivers/media/dvb/frontends/ , in this repo: http://linuxtv.org/hg/~mkrufky/cx23885 You should not use this driver yet, as it is not yet complete. I spoke to the author today, and we plan to clean up any remaining issues and work towards a release in the near future. I can not provide any more information at this time. Cheers, Mike ^^ This mail is just formatted ugly Couldn't you just use a MUA that is able to send pretty formatted text mails. Thanks Matthias -- Matthias Schwarzott (zzam) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap output not human readable
Edit the sores, and replace %04x with %d or wahtever suits your fancy. insert rant about you can do this because lunix is opensores (but never mind the fact that since actual real programmers write windows apps, this wouldn't be a problem in teh first place) -tc On 7/18/07, P. van Gaans [EMAIL PROTECTED] wrote: I tuned to something with tzap. That gives output like this: status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | FE_HAS_LOCK status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | FE_HAS_LOCK status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | FE_HAS_LOCK status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | FE_HAS_LOCK status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | FE_HAS_LOCK I've noticed none of the numbers are human-readable (and yes, I suspect anyone who can read hex at the speed tzap outputs it from being non-human ;)). Is it possible to make tzap output decimal numbers so I can compare signal quality and stuff between channels? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap output not human readable
Do you have a problem with my suggestion? It is, correct, by the way. -tc On 7/18/07, P. van Gaans [EMAIL PROTECTED] wrote: timecop wrote: Edit the sores, and replace %04x with %d or wahtever suits your fancy. insert rant about you can do this because lunix is opensores (but never mind the fact that since actual real programmers write windows apps, this wouldn't be a problem in teh first place) -tc On 7/18/07, P. van Gaans [EMAIL PROTECTED] wrote: I tuned to something with tzap. That gives output like this: status 1f | signal 9a9a | snr fafa | ber 00013ed2 | unc | FE_HAS_LOCK status 1f | signal 9898 | snr fbfb | ber 00011dbe | unc | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00011678 | unc 0005 | FE_HAS_LOCK status 1f | signal 9090 | snr fcfc | ber 00011a26 | unc 0003 | FE_HAS_LOCK status 1f | signal 8f8f | snr fcfc | ber 0001289c | unc | FE_HAS_LOCK status 1f | signal 9393 | snr fcfc | ber 0001362a | unc 000a | FE_HAS_LOCK status 1f | signal 9595 | snr fcfc | ber 00012d46 | unc 0016 | FE_HAS_LOCK I've noticed none of the numbers are human-readable (and yes, I suspect anyone who can read hex at the speed tzap outputs it from being non-human ;)). Is it possible to make tzap output decimal numbers so I can compare signal quality and stuff between channels? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb I was seriously almost going to ask you where I could find the sores, until I realized the meaning of the word sore in proper English and it's pronunciation. Am I allowed to rant on some people on this list? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technotrend S2-3600 HDTV-S2 USB 2.0
I would like to mention once again that I freaking hate the fact that this list does not modify Reply-To: header. Now to my actual reply I would prefer to pay the premium for this product over the 3200 so I can use it in conjunction with windows tools under VMware; which allows for native USB 2.0 device pass through to guest OSes as of version 6.0. And works great by the way, at least with Windows host + guest. I had a ~31mbps stream going from USB2 HS device to guest OS in VMWare without any drop. So my question is, why even bother with the Linux driver. ___ 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)
On 7/11/07, Marcel Siegert [EMAIL PROTECTED] wrote: forwarded to linuxdvb as i used my private not the list account :/ One more reason why this list should have reply-to set to linux-dvb, its a total pain in the ass to reply to all and then cut linux-dvb email from CC into To: and remove everyone else from there. Spam, spam. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] libdvbapi clarification
The hole at bytes 2 and 3 seems like a typical implementation detail that a library should hide from its users. Wouldn't it be saner to change the API so that the function takes 16 filter/mask values and adds the unused bytes itself? That would make sense if linux DVB stuff was written by professionals, but here you're going to find that 'scratching an itch' will take priority over sane, documented interfaces. Oh, and don't even start on documentation. -tc ___ 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)
On 7/10/07, Aidan Thornton [EMAIL PROTECTED] wrote: I noticed one thing, You sure seem to have plenty of time to argue about utterly irrelevant shit. But you couldn't spare 5 minutes of your life to agree on accepting this code a year ago. I think this is purely your loss at this point, just eat it up, shut up, stop playing lawyers, and get back to coding (or whatever you do). -tc On 7/10/07, Markus Rechberger [EMAIL PROTECTED] wrote: em2880-dvb and xc3028-tuner are not derived from v4l code; em28xx is derived from GPL code but worthless without the other files. Also people can write whatever they want as long as they don't compile it and fact is that the code is still available. Don't compile it against v4l-dvb and it's fine.. I can have whatever sourcecode I want to have on that server. I suspect there are all sorts of interesting legal issues here. In particular, the GPL is intended to cover entire works - relicensing individual source files in a GPLed piece of software in a non-GPL-compatible way when those files are intended to be combined with other source files which are still GPLed is a grey area at best. Since I'm not a lawyer, and I can't afford to hire one, this makes me want to not touch this code with a bargepole. I suppose I could always fork the GPL-licensed version, but getting it to compile with new kernel releases would be a real pain. (Incidentally, I assume that, since you say that em2880-dvb and xc3028-tuner are not derived from v4l code, you rewrote em2880-dvb from scratch at some point. It certainly looks that way, but I know that I did have some code in em2880-dvb at one point.) 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. Basically, I'm left without a working, maintained, legally sound Linux driver for the hardware I'm using, through no fault of my own (except perhaps relying on an out-of-tree driver by someone who turns out to be unable to co-operate with the v4l and dvb developers). PS. Sorry for the semi-duplicate email; accidentally forgot to send to list. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problems about the drivers rmmod.
How is it that you're inserting driver for your hardware BEFORE the hardware is present? On 7/11/07, lwtbenben [EMAIL PROTECTED] wrote: Hi,everyone I am now developing my own tv card's driver. While I am debugging, I just found a problem when I used modprobe -r to rmmod my driver module, it is like this: a. When I don't insert my hardware, modprobe dvb-usb-mymodule.ko and modprobe -r dvb-usb-mymodule.ko were well executed. b. First, I insmod my module: modprobe dvb-usb-mymodule.ko Then, I insert my own hareware. And if I want to rmmod my module: modprobe dvb-usb-mymodule.ko It is bad. The terminal is dead, and the modprobe thread is hanging on and can't bekilled. I must reboot to make it. So, could anybody help me with this issue? Thank you very much. 150 万 人 同 时 在 玩 的 网 游,你 不 试 试 吗 ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Possible bug in cx88-dvb?
Does it, by chance, work in the real OS? -tc On 7/4/07, Pierluigi Rolando [EMAIL PROTECTED] wrote: I did. Didn't help. I also tried changing PCI latency in the BIOS settings and using pci=routeirq or pci=noacpi kernel boot parameters. And I tried a different kernel. Those attempts didn't help either. Hi, Instead of changing the PCI latency you might want to see if your BIOS lets you route IRQ manually. Sometimes it lets you do that, and you can change IRQ assignments around until you find a way not to have shared lines between the troublesome devices. In the past I have been able to do that on my old laptop to get a 802.11b pc-card working. I can't recall the exact name of the option or anything, sorry, but it involved IRQ lines/pins (that are labelled something like A, B, C, D and so on). HTH, Pierluigi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
Hey guys, stop beating dead horses and finding scapegoats. Whatever excuses you're going to find post-fact isn't going to change the fact that HE now has working code with functionality better than the broken crap currently in linux-dvb, and YOU don't. Users (what little of them Linux still has) usually want stuff that WORKS, and they don't give two shits about HOW it works underneath. So when you stop accepting working solutions because of some bullshit political/etc reason, everyone loses. Remember, each time someone creates a new distribution of Linux to scratch an itch because their changes were too big for some other specialized niche distro, the terrorists win. -tc On 6/30/07, Johannes Stezenbach [EMAIL PROTECTED] wrote: On Thu, Jun 28, 2007, Markus Rechberger wrote: On 6/28/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote: In general, it is a good idea to have the manufacturer supporting their drivers. However, it won't make any sense to allow Empiatech to touch on low-level drivers for hardware not developed by them. The original patches were touching on every DVB driver, even on some Empiatech competitors drivers. And it added support for several cx88 and saa7134 based devices. The base change was required to get the Empia drivers in, the rest was optional. There was a patch from another company which added full xc3028 support for their saa7134 drivers to the repository on mcentral.de and by doing what you did you now force me to rework what that company did. The whole issue is a bigger than you imagine. I wondered about the reasons for your reply in http://marc.info/?l=linux-dvbm=117940327206449w=2 This now outlines what the problem is: You had a repository which contained code which you knew wasn't going to be merged because others disagreed, and instead of addressing the problem you decided to work in isolation for a year, piling patch upon patch. But the original problem is still unsolved, and instead of asking for help you try to force us to accept your code -- which naturally won't work. Knowing how difficult the situation was I tried to resolve it by suggesting to merge your code as-is, and then fix it up later until everyone's happy with the outcome. http://marc.info/?l=linux-videom=117572695505842 ff. Everybody grudgingly agreed, and I thought the issue was resolved, and I even sent you in private mail a reminder to push your code in time to make the 2.6.22-rc1 merge window. I was surprised that you never did. A few weeks later you start all over again with the same merge all my code request, but this time I was thinking that the reason why you didn't push your patches earlier was that you don't want us to change anything to your code after it has been merged. Which you confirmed in http://marc.info/?l=linux-dvbm=117940327206449w=2 But your hybrid tuner dvb-core changes are too ugly to live, if we can't fix them up then your code can't be merged. A few people have offered to help you, but it seems you are unable to accept any help and rather pull the plug than to allow others to change your code. I have the impression that you didn't get the basic idea of what open source development is all about :-( Johannes ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
Hi Oliver, Just in case you're not already aware, timecop/dongs/gnaa is a professional troll. Unfortunately, he's latched onto the project -- he's building some ISDN usb devices and stealing code for them. Also That would be ISDB-T, not ISDN sir. And I don't want to be accused of stealing shitty code from linux-dvb, my hardware is for Windows-only. unfortunately, it seems, or would appear, that he and Marcus have become kind of chummy (as evidenced on the irc channel on some occasions) -- Marcus is likely just being used for the sole purpose of obtaining information (at least, that would be my guess). You're also wrong there - I have same kind of access to information as mrec, and I'm not obtaining anything from him. In any regard, its best to just ignore him. He's just trying to get a rise out of folks here. If you are truly curious -- but I recommend that you do not waste your time with it -- you may find more info about this troll on his gnaa.com website (WARNING -- not suitable for opening at work or other places). I It's also www.gnaa.US not .COM cmon, stop spreading misinformation. believe there is a wikipedia or such article on gnaa too (Johannes found it). Pure garbage this fellow. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] NDAs - ANY KNOWN RULES?
Generally companies dislike dealing with 'nobodys' with @gmail addresses and especially if Lunix is mentioned. But if you have a reasonable hw company and products that fit the general category for which you're getting NDA information for, then there's no problem. -tc On 6/27/07, hermann pitton [EMAIL PROTECTED] wrote: Hi, such stuff causes a lot of troubles since long. Are there any rules, or can everybody go on as some sort of freelancer exclusively on such? I don't like it! Cheers, Hermann ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] KWorld Digital DVB-S 100 - Locking Problems
I'm using MythTV (surprise), and the card gets a 'partial' lock (L_S is what's reported by myth), but the signal strength info seems a bit off the wall (97% strength, 4.8dB signal/noise). Scanning for the channels went I duno about everything else, but C/N ratio of 4.8dB is horrible. Though I guess it's probably the driver failing it, just like every other linux-dvb driver. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
I wholeheartedly welcome our new EM28XX overlords.. erm I mean, I totally support this decision if it results in better hardware support. Regards, tc since I officially take care about the latest Empia em28xx code I want to get that project removed from linuxtv.org. Mauro already broke some parts in the incomplete inkernel linux driver. Since the few developers here who cannot just shut their mouth and accept others work I don't see another way out. I will rebase the code a last time and add a binary module interface to the em28xx driver to allow the usage of proprietary dvb-t demod and tuner code from userspace. Mauro is probably aware of wasting my time, and the 3-4 other people who are against 1 1/2 years of work which has been done are probably aware either of it. I will stop any further cooperation with that project since I simply don't have the time for all these useless flamewars with people who don't know it better. If opensource isn't entirely possible because of a flawed community it's better to go binary. best regards, Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] New device : MSI DIGIVOX mini II V2.0
I think the afatech bridge is supported so is that maxline tuner so someone just need to combine the two but our lunix-dvb friends are too busy bickering over who signed off a line of code. On 6/14/07, Stephen Williams [EMAIL PROTECTED] wrote: Anyone? If any of the devs are interested in adding support for this device i'll happily provide the hardware. On the other hand if support is unlikely or far off then i'll return the devices and try elsewhere. Thanks, Stephen ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH 1/1] em28xx: Add Pinnacle Dazzle DVC 100
More duplication of effort and waste of time. On 6/12/07, Markus Rechberger [EMAIL PROTECTED] wrote: Hi, this patch is already included in the video4linux/dvb repository on mcentral.de (including many more devices and many more features eg. multiple device access, raw read() support, etc.) Markus On 6/11/07, Paul Walmsley [EMAIL PROTECTED] wrote: Hi, this patch adds support for the Pinnacle Dazzle DVD Recorder DVC 100. Tested on 2.6.20 series kernel, digitizing from the composite input, and it works fine. This code came from 'Bernd' at: http://www.linuxquestions.org/questions/showthread.php?t=497596 He mentions that his patches were submitted upstream, but the changes aren't in the v4l-dvb Mercurial repo, so, here they are again. These instructions are also very helpful for using the device on Linux: http://www.lea-linux.org/cached/index/Num%C3%A9riser_une_cassette_VHS_sous_Linux.html Signed-off-by: Paul Walmsley [EMAIL PROTECTED] --- linux/drivers/media/video/em28xx/em28xx-cards.c | 17 + linux/drivers/media/video/em28xx/em28xx.h |1 + 2 files changed, 18 insertions(+) Index: v4l-dvb/linux/drivers/media/video/em28xx/em28xx-cards.c === --- v4l-dvb.orig/linux/drivers/media/video/em28xx/em28xx-cards.c +++ v4l-dvb/linux/drivers/media/video/em28xx/em28xx-cards.c @@ -334,6 +334,22 @@ struct em28xx_board em28xx_boards[] = { .amux = 1, }}, }, + [EM2820_BOARD_PINNACLE_DVC_100] = { + .name = Pinnacle Dazzle DVC 100, + .vchannels= 3, + .norm = VIDEO_MODE_PAL, + .has_tuner= 0, + .decoder = EM28XX_SAA7113, + .input = {{ + .type = EM28XX_VMUX_COMPOSITE1, + .vmux = SAA7115_COMPOSITE0, + .amux = 1, + },{ + .type = EM28XX_VMUX_SVIDEO, + .vmux = SAA7115_SVIDEO3, + .amux = 1, + }}, + }, }; const unsigned int em28xx_bcount = ARRAY_SIZE(em28xx_boards); @@ -345,6 +361,7 @@ struct usb_device_id em28xx_id_table [] { USB_DEVICE(0x2304, 0x0208), .driver_info = EM2820_BOARD_PINNACLE_USB_2 }, { USB_DEVICE(0x2040, 0x4200), .driver_info = EM2820_BOARD_HAUPPAUGE_WINTV_USB_2 }, { USB_DEVICE(0x2304, 0x0207), .driver_info = EM2820_BOARD_PINNACLE_DVC_90 }, + { USB_DEVICE(0x2304, 0x021a), .driver_info = EM2820_BOARD_PINNACLE_DVC_100 }, #ifdef CONFIG_XC3028 { USB_DEVICE(0x2040, 0x6500), .driver_info = EM2880_BOARD_HAUPPAUGE_WINTV_HVR_900 }, { USB_DEVICE(0x0ccd, 0x0042), .driver_info = EM2880_BOARD_TERRATEC_HYBRID_XS }, Index: v4l-dvb/linux/drivers/media/video/em28xx/em28xx.h === --- v4l-dvb.orig/linux/drivers/media/video/em28xx/em28xx.h +++ v4l-dvb/linux/drivers/media/video/em28xx/em28xx.h @@ -49,6 +49,7 @@ #define EM2880_BOARD_TERRATEC_HYBRID_XS11 #define EM2820_BOARD_KWORLD_PVRTV2800RF12 #define EM2880_BOARD_TERRATEC_PRODIGY_XS 13 +#define EM2820_BOARD_PINNACLE_DVC_100 14 #define UNSET -1 -- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Dual tuner DVB-T
You could also just run Windows Media Center edition, and then you wouldn't need any advice, because it just works. -tc On 6/10/07, Stephen Rowles [EMAIL PROTECTED] wrote: Hi all, I have a very small form factor PC there is just about space for one PCI card, so I could in theory fit a dual tuner card in there. I've looked through the wiki, but there isn't much data on which cards really work, so I would love some advice on what solutions actually work and people are using. There is the Nova-T 500, but in the wiki this mentions serious problems? Does this fully work now, streaming the whole TS, working with VDR etc? Or there is the DViCO Fusion HDTV Dual, it seems to have some problems though, can anyone using this confirm that it works with VDR, tuning while streaming, and streaming the whole TS? Other than that I am stumped, I could go with 2 usb tuners if there are any known good ones that will stream the whole TS? I was looking at the freecom one, but apparently that won't send the whole transport stream. Thank you Steve. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dst customization patchset
Guys, it's GPL code. Fork the project and stop your bitching. If you do a better job, people will use and contribute to your version. If you do a worse job, people will use and contribute to Manu's. Some will use and contribute to both. Life's good, eh? This is exactly why Linux is shit. You have 100s of forked projects because some guy named Uwe thought he could do better than some guy named Manu and now you have two projects to contribute to, both suck in various ways, of course some idiot is going to be backporting from one to another, introducing weird bugs, etc etc etc. Make a fucking decision and stick with it. Stop wasting everyone's time. It's no secret that current Linux-DVB/V4L/whatever system is a pile of steaming feces. Every one of you admitted to it on this list at some point in the past. So get to it, make a fucking decision, fire (loool) retards who are slowing the project down, and get shit moving. I vote for Uwe as Linux-DVB maintainer. Regards, tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: Regarding Attribute memory in CAM
It's pretty obvious what he's trying to do, he's the only coder on a STB project with CAS, they're behind schedule, need to release a product yesterday, nothing is done, they can't even figure out how to integrate opensource stuff, its too late to buy a commercial library because of all the effort already wasted with opensource in their product, boom. -tc On 5/24/07, Manu Abraham [EMAIL PROTECTED] wrote: Santosh wrote: Hi , Can anyone tell,*how to get the attribute memory address of a CAM..(ISs the attribute memory address is fixed or change with every CAM)??* First of all it would be easier if you would say what you are trying to do. Anyway on DVB conformant modules (of course you need to parse the CIS tuples to find whether it is so), only address lines A0 - A14 alone are available for addressing the Attribute memory which means you have a total of 16k addressable memory. Of course this is the maximum, a vendor can have a smaller memory and map it in that address space, with minimal tuples. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Uwe
Before that, I think a more productive change would be to make this list's Reply-To header go back to [EMAIL PROTECTED] instead of replying to the original user, and having to copy/paste + CC the rest of the addresses, which is more annoying than Uwe's thesaurus. -tc On 5/18/07, Allan Stirling [EMAIL PROTECTED] wrote: Uwe Bugla wrote: more and more personal attacks Is there any way to disallow someone from posting to the mailing list, or does everyone have to add Uwe to their own killfile? Cheers, Allan. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] A correction on nasty stupid statements
Imagine that, Uwe is right. XC3028 does not demodulate DVB-T, it only tunes it. He provides examples of Demodulators, and your quote says both tuning and ANALOG demodulation, however mentions nothing of DIGITAL demodulation. -tc On 5/16/07, Michel Ludwig [EMAIL PROTECTED] wrote: On Wed 16 May 2007, Uwe Bugla wrote: A small look at www.bttv-gallery.de says quite clear, that both the xc3028 and the qt1010 tuners / demodulators are BUT ANALOGUE ONES. NONE of those two is capable to offer DVB-T functions, proven by facts @bttv-gallery. Tuners / demodulators that offer DVB-T functions are for example the MT352 or the ZL10353. Let me quote the XC3028 product description for you: The XC3028 and XC3028L are single-chip hybrid analog AND digital TV tuners that combine both tuning and analog demodulation functions in one small package. http://www.xceive.com/technology_XC3028.htm Michel ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: Enough of this already (was: Re: [linux-dvb] DST/BT878 module customization (.. was: Critical points about ...))
retard, this is exactly the kind of response he didnt want, lol. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is Cypress cy7c68013A status please?
The cypress chip is the USB2.0 controller / 8051 microprocessor that probably controls the entire thing. -tc On 4/17/07, chazim [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Send linux-dvb mailing list submissions to linux-dvb@linuxtv.org To subscribe or unsubscribe via the World Wide Web, visit http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of linux-dvb digest... I've been following the List since Vol 25 Issue 28, in hopes of getting my receiver running under Linux. That covers the past 3 month. The unit is TBS Q-Box DVB-S, a USB receiver. Gunther requested photos and information, which I've now sent 3 times to http://www.bttv-gallery.de and to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ,I now see it has entered a listing, but, my photos, specs, have not been included, and the page is still requesting this information. To date, I've not received confirmation of receipt, of the information I've sent. Is it getting lost or ignored Breaking the Q-box down, the tuner is recognized as a 0299, similar to Technisat's unit. The Cypress chip cy7c68013A is apparently still in limbo, though Marco is also seeking it for Kworld's Opera 1. There are several other units like Luc Small's, Hanftek UMT-010 DVB-T USB2.0, that appear in both DVB-ST, USB PCI units, that also need this chip solved. I have no idea of what else is needed to extract the eprom, or xilling chip information. Are there no self help methods available, other than lsusb? I don't know where the Cypress chip fits in the scheme of things, but, I hope it's solved soon. charlie ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Will this USB DVB-T stick work under Linux?
2. If I did succeed in writing such a driver, would I still face an issue with firmware? i.e. the stick seems to be loaded (under Windows XP) with CE firmware rather than the Hanftek firmware that Linux loads onto it. Is there any way to get hold of this (CE) firmware or to extract it from the Windows drivers? It uses soft-loading of the FX2 chip it seems - scan your C:\windows\system32\drivers (or ..\system32 to be safe) for a file named *.spt (might be called samenameasdriver.spt or something similar). That's the firmware in cypress soft-load format. -tc ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Compro VideoMate T750
The Compro windows software will not run without a sound card. That took some time to figure out and solve :-( It is also buggy and prone to lock up and crashe, but hey, that is why I use linux. All the trolling aside, but did you honestly expect to install a software for use with DVB-T receiver and NOT have a working sound card? Were you going to listen to the broadcast out of PC Speaker or something? So you'd rather have completely NON-working solution (Linux) as opposed to CRASHING solution (and this is to be debated, I have yet to have any problems with media software under windows). Good luck sir, but if you're going to start trolling here, pick a better topic. -Tim ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Regarding EN50221 stack
I swear, I've seen this message posted at least 3 times in the last 3 days. Can someone freaking answer him so that he goes away from my mailbox? On 31 Mar 2007 14:08:35 -, Santosh [EMAIL PROTECTED] wrote: Hi, Can anyone tell where do i get EN50221 stack for linux so that i can use it ion my application.. Waiting for ur anticipation, Thanx and regards, Santosh [image: monster]http://adworks.rediff.com/cgi-bin/AdWorks/click.cgi/www.rediff.com/signature-home.htm/[EMAIL PROTECTED]/1137997_1132265/1137233/1?PARTNER=3OAS_QUERY=null+target=new+ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DSM-CC Synchronized Download Protocol
DSM-CC is used a lot in ISDB-T / ISDB-S for data broadcasting and firmware download. Have a poke around http://www.dibeg.org/aribstd/ARIBSTD.htm One of B-xx standards should cover DSM-CC related stuff. I know it does because I wrote a parser for DDI and DDB messages a few months ago. By the way, the stuff follows standard section table format. -t On 3/14/07, Thomas Lagemann [EMAIL PROTECTED] wrote: Johannes Stezenbach schrieb: On Tue, Mar 13, 2007, Thomas Lagemann wrote: I'm looking for information in the DSM-CC Synchronized Download Protocol. In an amandment to MPEG-2 Systems this is stated to be a synchronous method of delivering data in an MPEG-2 stream. It's said that the data is inserted into DSM-CC Download sections which carry a PTS entry for synchronization. But i can't find any information about this in 13818-6 which secifies DSM-CC. Maybe someone can explain me this, or hand me an article for further reading. I have no idea what it is but ISO lists this: ISO/IEC 13818-6:1998/Amd 2:2000 http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=33123ICS1=35ICS2=40ICS3= thanks, that explains at least why there's nothing to find in the original specification. But it seems the paper is not available for free. Before i spend money on this (though its not much) id like to know a bit more about it. Also most of the iso standard papers do not include much info about the practical use. So maybe anyone who worked with this can explain me some details: - does this method require flow-control (kommunication with the server)? - what are the requirements for a receiver to manage dsm-cc download sections ? - is there support of this method in DVB? (since i only know of the DSM-CC caraousel being used in DVB) regards, Thomas ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] GL861 / MegaSky users -
Any users on this list with a megasky (GL861 board), if you would be so kind to lsusb / dump usb descriptor(s) / in general provide all the USB-related info about the card (endpoints etc) and either reply to me on-list or private, thanks. -t ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Is my card supported/known? 1461:4836
dont forget having to recompile your kernel to actually support the cardand recompiling mplayer to support dvb:/ and trying to find some obscure app to make channel map... or you could just use windows... On 3/7/07, CIJOML [EMAIL PROTECTED] wrote: Hi, you should try option card=XX where XX are numbers taken from linux/Documentation to manually set card/tuner type. If it is DVB-T card with mplayer you play mplayer dvb://name of channel Best regards Michal Dne úterý 06 březen 2007 18:16 Florian Zwicke napsal(a): Hi, my new notebook is equipped with a DVB-T card, and I fear there may be no support for it on Linux, yet. The notebook (ASUS A7CC-7S018C) was released about a month ago, and I guess the hardware is about the same age. Therefore, I'm not really that surprised at not finding any information about the card on the Internet (well, it would be kinda nice if AverMedia mentioned it on one of its websites, but they don't seem to consider that necessary). Windows Vista calls the card AVerMedia M10D MiniPCI Hybrid DVBT. lspci says this: 01:02.0 Multimedia controller: Philips Semiconductors SAA7133/SAA7135 Video Broadcast Decoder (rev d1) Subsystem: Avermedia Technologies Inc Unknown device 4836 01:02.0 0480: 1131:7133 (rev d1) Subsystem: 1461:4836 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 Interrupt: pin A routed to IRQ 7 Region 0: Memory at f9dff800 (32-bit, non-prefetchable) [size=2K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- And that's about all the information I got. I don't want to open the laptop unless it's really necessary, so I've never actually seen the card. I read that SAA7133 was supported quite well, so I tried to load the right modules, but I *think* it didn't work (actually I have no idea). People said I could use tvtime to check, but that doesn't work with my video card. Anyway, I wanna use mplayer. But I don't know exactly how to play TV with mplayer, so the reason I saw nothing but a black screen may alsa have been me making a mistake when invoking mplayer. Here's what I tried: mplayer tv:// -tv driver=v4l2:norm=PAL:input=0:amode=1:width=384:height=288:outfmt=yuy2:devic e=/dev/video0:chanlist=europe-west:channel=E2 (got it from Gentoo Wiki, didn't have time to read the mplayer manual, yet) So, if anyone could tell me how best to find out whether card and tuner are working (so I can try out all AverMedia cards or so), that would be nice. Here's what dmesg had to say: saa7130/34: v4l2 driver version 0.2.14 loaded ACPI: PCI Interrupt :01:02.0[A] - GSI 19 (level, low) - IRQ 19 saa7133[0]: found at :01:02.0, rev: 209, irq: 19, latency: 64, mmio: 0xf9dff800 saa7133[0]: subsystem: 1461:4836, board: UNKNOWN/GENERIC [card=0,autodetected] saa7133[0]: board init: gpio is 0 saa7133[0]: i2c eeprom 00: 61 14 36 48 00 00 00 00 00 00 00 00 00 00 00 00 saa7133[0]: i2c eeprom 10: ff ff ff ff ff 20 ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 20: 01 40 01 32 32 01 01 43 88 ff 00 80 ff ff ff ff saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 40: ff 6b 00 ff c2 1e ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c scan: found device @ 0xa0 [eeprom] saa7133[0]: registered device video0 [v4l2] saa7133[0]: registered device vbi0 So, my questions now are: Is the card known in any way? If not, how can I best test the different existing drivers? If I don't find anything there, are there some simple things I could change in the kernel sources, or will I have to build a completely new driver? (as you might notice, I'm not prepared to give up, no matter what it takes) Ah, also: will it be _really_ useful to open the laptop and take a look at the card? TIA, Florian Zwicke ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-H information
I would imagine TSReader from http://www.coolstf.com/tsreader/ would do the job nicely. Of course, its a Windows app. -t On 3/5/07, Paolo Pasquali [EMAIL PROTECTED] wrote: Hi to all, I'm Paolo Pasquali, Telecommunications engineer, and I'm working on the DVB-H TS quality. This is the first time I post in this mailing-list. I have a problem with a DVB-H Transport Stream. I have a DVB-H TS recorder on my PC and I need to demultiplex the file in order to analyze a single H.264 stream. I found on Internet a free application to extract PES or ES from a TS, but don't know how I can 'de-packetize' the RTP/UDP/IP stack to visualize the raw H.264 stream. Do you know application in order to do it? Thanks a lot in advance for ypur support. Best Regards, Paolo ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] can anyone reply
they do. just nobody wants to help you. typical open source attitude. -t On 2/20/07, barny rabbit [EMAIL PROTECTED] wrote: Can someone, anyone, reply to this dummy message to reassure me that my emails actually appear on this list. None have been answered in the past. Thanks, Phil T. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How does bad reception influence quality of macroblocks?
You will lose one or more TS packets (188bytes) if RS decoder (or some other step before that) cannot fully recover the packet. Those packets are usually marked with 'transport error indicator' flag, and mpeg decoder skips them, or perhaps blindly tries to decode data in them. Usually results in ugly crap across the screen in a particular section that was ruined, even if it was only a single TS packet that was affected. -t Thanks for Your reply. After reading some docs about mpeg-TS I still have difficulties to realize the effects of loosing TS packets to the macroblocks (16x16 pixels) of the mpeg-2 video. Is there at least one full macroblock in a TS packet? I never dealt with mpeg2 on the macroblock level in TS, but as you probably read, a single mpeg frame will span several TS packets. To put my question in other words: If my dvb-t device doesn't get the full stream will this always lead to missing macroblocks or can it yield less obvious loss of quality (like unsharpness)? Losing a single TS packet, in HD, and especially in SD broadcast will not lead to unsharpness, you will receive visible ruined image artifacts, which usually look like inverted/green/or otherwise random stream of blocks after the missed packet, as mpeg decoder resyncs to try to decode. Does the type of device influence the qualtity of the recieved stream? (Why do devices differ in prices so much?) The only difference would be a more sensitive tuner. If your C/N ratio is high, BER is low/or zero, and no continuity errors in the stream, you're getting everything at full quality. If the signal 'isn't perfect' you will get ugly dropouts/noise as described above. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How does bad reception influence quality of macroblocks?
Does the type of device influence the qualtity of the recieved stream? (Why do devices differ in prices so much?) The only difference would be a more sensitive tuner. If your C/N ratio is high, BER is low/or zero, and no continuity errors in the stream, you're getting everything at full quality. This is very valuable to know. Sadly I couldn't find any info on this in the net. What would You recon is ment with signal strength and signal quality in the M$ windows dvb-t programme? Would it be SIG and SNR as reportet by dvbsnoop or tzap? What do the other values discribe? SNR is never changing although it is reported. Here is some output of usbsnoop and tzap: tzap ard using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/lynx/.tzap/channels.conf' tuning to 19150 Hz video pid 0x0201, audio pid 0x0202 status 03 | signal 8675 | snr | ber 001f | unc | status 1f | signal 8435 | snr | ber | unc 0013 | FE_HAS_LOCK status 1f | signal 8455 | snr | ber | unc | FE_HAS_LOCK status 1f | signal 844e | snr | ber | unc | FE_HAS_LOCK dvbsnoop -s signal -pd 9 -n 9 -timeout 1000 dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ DEMUX : /dev/dvb/adapter0/demux0 DVR : /dev/dvb/adapter0/dvr0 FRONTEND: /dev/dvb/adapter0/frontend0 - Transponder/Frequency signal strength statistics... max cycle count: 9 Capabilities: BER: 1 SNR: 1 SIG: 1 STAT: 1 UBLK: 1 - cycle: 1 d_time: 0.001 s Sig: 33912 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 2 d_time: 1.017 s Sig: 34416 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 3 d_time: 1.020 s Sig: 33891 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 4 d_time: 1.020 s Sig: 33933 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 5 d_time: 1.020 s Sig: 33933 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 6 d_time: 1.016 s Sig: 33945 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 7 d_time: 1.016 s Sig: 33959 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 8 d_time: 1.016 s Sig: 33956 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] cycle: 9 d_time: 1.016 s Sig: 33939 SNR: 0 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ] C/N is carrier to noise ratio, BER in your case seems to be 0, so it probably is so, unless your driver doesnt support quering that. If BER is 0, you shouldn't be getting any stream errors, usually. Windows apps usually don't list BER, at least not for any cards I've used. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] more than 6 dvb cards possible?
With 13 cards, imagine what kind of copyright violation device you could make! MPAA would have a field day with you. DAMN why the hell doesn't this list have a reply-to header??? On 2/14/07, Ali H.M. Hoseini [EMAIL PROTECTED] wrote: Hi all, I've searched this mailing list, and internet, and found that is possible to have 6 dvb cards simultaneously with newer linux kerenls. But is it possible to have more than 6 dvb cards? for example 8 dvb cards? I've an industrial pc from icp electronics that lets me to install up to 13 pci cards. ( It has active backplane). With the best wishes. J. Anderson. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How does bad reception influence quality of macroblocks?
You will lose one or more TS packets (188bytes) if RS decoder (or some other step before that) cannot fully recover the packet. Those packets are usually marked with 'transport error indicator' flag, and mpeg decoder skips them, or perhaps blindly tries to decode data in them. Usually results in ugly crap across the screen in a particular section that was ruined, even if it was only a single TS packet that was affected. -t On 2/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hallo! I have this general question to DVB-T: How is the qualtity of macroblocks influenced if my reception of the signal isn't perfect? I know macroblocks will be lost totally if the reception is not sufficient any more. But what happens in between these cases? Can a single macroblock loose information (quality) in the reception or will it be dismissed totally if the data of a macroblock is not recieved completly? What is the behavior of DVB-S/C or mpeg-streams in general? Thanks for any answers Lynx ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Kernel panic with ifconfig down, Please help.
Perhaps I did not explained myself very well, I'm using the skystar 2 (rev 2.6) as a network device to receive tcp packets of a satellite dvb-s data trasponder. Dvbtune0-5 is used to create interfaces dvb0_0 and so on. Perhaps you mean you're attempting to steal internet over satellite signal, in which case you're better off with Windows, as tools for DVB-IP are much, much more advanced on that platform. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] ISDB ?
No becauase there are no PC-based ISDB receivers. On 1/30/07, Samuel Goto [EMAIL PROTECTED] wrote: is there anything like linux-dvb but for isdb devices ? cya, Sam -- f u cn rd ths u cn b a gd prgmr ! ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] ULi m9206 info request
Hi all, Does anyone involved with Linux support of m9206 mpeg2/usb processor by ULi have a spec/datasheet for it? I'm interested to get a copy. Thanks, Tim ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb