[linux-dvb] Implementing support for multi-channel
-Original Message- Thank you everybody for the answers so far, I do have enough software-based solutions to start testing. However, there's still the question: can filtering be done in the driver? Have you read my last post? http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024456.html When I talk about filter, demux, dvr, this is all in the kernel driver for the dvb. You can find here an example of how to open the demux to get 1 PID. You can run it multiple times and get as many streams as you want http://www.audetto.pwp.blueyonder.co.uk/dvb.cpp Are there any drivers that support this or which dvb-api-functions need to be implemented? If you want to extend the driver for the dvb, I'd like to be able to set a filter in the demux for more that 1 pid at a time. Good luck. Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Implementing support for multi-channel
It's (partly) for a research project, so I have to look at all possible solutions, software being one, so dvbstreamer is part of the solution :-) The others are at driver and hardware level (the hardware supports this). I can try to explain you what I have understood. Please anybody correct me where I am wrong. The following is true in the case of a USB card capable of passing the whole TS to the kernel. 1 tuner = only 1 frequency! The dvr is useless since it can be opened only once. You can open the demux as many times as you want. Each time you set a filter. Then you can read from them. You can filter 1) based on a PID 2) just get the whole signal 3) set a section filter case 1 and 2: you can decide whether to get the TS or PES version of the stream. I am not too sure about PES. TS is pretty easy to use. If you want to get a channel (audio + video), then you are in trouble. I can only filter 1 pid, or the whole TS. So you would need to get the whole signal from each demux and filter (audio, video, subtitles...) in your userspace application (which is a big waste!) I have tried to ask (but did not get any answer) in this list, what people think about multi pid filter, so that you can get a full channel in each demux. Hope it helps. Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvb fronted: LOCK but no data received.
Hi, I'd like to understand the behavior and meaning of the LOCK returned by the fronted. If I open the fronted in readonly, and ask for the INFO, it is possible that I get a LOCK but no data is actually received. This because the fronted receives data ONLY while it is opened in READ/WRITE. In dvb_frontend.c, in dvb_frontend_open, the fronted is started via dvb_frontend_start only if it opened in READ/WRITE. I see it as a misbehavior: 1) either a LOCK should NOT be returned 2) or the frontend should be started in any case (even if READ only) Which ioctl call should I use to know if the fronted is currently active? Anybody has an opinion about that? I know, I cant spell frontend properly :-), but other than that, what would be the correct behavior when opening the frontend in readonly? Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvb fronted: LOCK but no data received.
Hi, I'd like to understand the behavior and meaning of the LOCK returned by the fronted. If I open the fronted in readonly, and ask for the INFO, it is possible that I get a LOCK but no data is actually received. This because the fronted receives data ONLY while it is opened in READ/WRITE. In dvb_frontend.c, in dvb_frontend_open, the fronted is started via dvb_frontend_start only if it opened in READ/WRITE. I see it as a misbehavior: 1) either a LOCK should NOT be returned 2) or the frontend should be started in any case (even if READ only) Which ioctl call should I use to know if the fronted is currently active? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] How to start a DVB reception
Hi, What does exactly trigger the DVB architecture to start receiving data? It seems that I can only receive DVB as long as there is a running application that has opened the fronted in read/write mode and tuned. The following does not work (if it is the only application running) (Even if it reports a LOCK) 1) open the fronted in read only 2) check for LOCK 3) open the demux 4) set some filter, output to DEMUX 5) start the demux 6) read from demux The is no data to read. I've tried test_pes in dvb-apps/test and it behaves the same. Someone has to call FE_SET_FRONTEND and keep the fd open. Is it true? I would like to receive the whole TS of whatever is currently tuned. (possibly in read only). Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] DMX_OUT_TSDEMUX_TAP: record two streams from same mux, resend
Hi there, This is what you want for capturing multiple audio streams from the same multiplex simultaneously: open demux0 several times and send depacketised output there. And capturing a single video stream is fine too: open dvr0. But for capturing multiple video streams, it's surely not what you want: you want multi-open (so demux0, not dvr0), but you want the TS nature preserved (because that's what you want on output, as you're going to re-multiplex it with the audio). Can I ask your opinion on the best solution for: I would like to have 2 separate TS (audio + video + subtitles...) for 2 channels (same frequency). Is it possible to set a DMX_SET_PES_FILTER with many pids? Ideally I would like to multi-open the demux, set a PES filter for a few pids (currently I can do only for 1), read from demux and save the TS. So that I can have more the one applications running. What I can do now is: multi-open the demux, set filter -1 (i.e. get everything), read, and only save the pids I want. I was just wondering what is the best solution. I don't like to get many times the whole TS. It's a bit of a waste. At least one existing solution -- GStreamer -- sends all its streams simultaneously via dvr0 and demuxes again in userland, but it seems a bit of a shame to pick out all the PIDs in kernel, stick them back together in kernel, and send them to userland only to get unpicked again, when the alternative is such a small API addition. Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help using DMX_SET_BUFFER_SIZE
[EMAIL PROTECTED] wrote: Possible solutions: 2) enable the resize of a live ring buffer. Currently: dvb_dvr_write DOES lock the mutex (dmxdev-mutex) dvb_dvr_read DOES NOT lock the mutex (the code to lock the mutex is there, but commented out, why?) Is it enough to lock the mutex in dvb_dvr_read? No, it isn't! dvb_dmxdev_ts_callback is the function writing in the dvr_buffer, not dvb_dvr_write (which must be a system call I think). Things get more complicated... I've understood that a callback function cannot sleep, so a mutex must not be used. And a relocation of the buffer counts as reading and writing. Then the new function to change the buffer size could just lock the mutex, change the size and unlock. How many readers of the dvr can there be? It looks like only 1 (otherwise the mutex would not be commented out). Is it legal to write an application that reads dvr from one thread/process, and calls other ioctl from an other? I guess not, for the same reason why it cannot read from 2 threads. So, if the above is true, I only need to synchronize with dvb_dmxdev_ts_callback, i.e. acquire the same spin_lock. Does it make sense? PS: It seems that I am replying my own emails... and I do that while I discover and understand more about the architecture of the dvr/demux. What is a good starting point to get an idea about all those synchronization issues? My next reading is the Unreliable Guide To Locking. More to follow... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help using DMX_SET_BUFFER_SIZE
Florian Lohoff wrote:
On Sat, Mar 01, 2008 at 12:20:05AM +, Andrea wrote:
In 2.6.25-rc3 the dvr kernel side looks like this:
1015 switch (cmd) {
1016 case DMX_SET_BUFFER_SIZE:
1017 // FIXME: implement
1018 ret = 0;
1019 break;
i guess its clear why it doesnt make a difference ;)
I've been thinking a little about how to implement that and I came across this
issue:
(given my limited experience of dvb kernel developing the following might not
be 100% correct...)
Usually everything (frontend, demux) is set up and only afterwards a dvr is
opened.
That means that a dvr is live immediately and its buffer gets filled
immediately.
So it is a bit tricky to change the size of the buffer while the buffer is
operating.
The demux on the other hand does not operate immediately.
Possible solutions:
1) open the DVR before starting the demux. So that it is possible to change the
dvr buffer size
it is usually done the other way round.
2) enable the resize of a live ring buffer.
Currently:
dvb_dvr_write DOES lock the mutex (dmxdev-mutex)
dvb_dvr_read DOES NOT lock the mutex (the code to lock the mutex is there, but
commented out, why?)
Is it enough to lock the mutex in dvb_dvr_read?
Then the new function to change the buffer size could just lock the mutex,
change the size and unlock.
3) don't bother.
I personally prefer option 2), which gives me the chance to learn how all that
works.
I'd like to have an opinion about this matter, maybe just to improve my
knowledge of the dvb mechanism.
Anyone?
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help using DMX_SET_BUFFER_SIZE
Florian Lohoff wrote:
On Sat, Mar 01, 2008 at 12:20:05AM +, Andrea wrote:
on the dvr (I think), but it does not make much of a change. The ioctl call
returns success.
I've printed a lot of debug output (adding a few dprintk) and this is what I
see when I run gnutv.
Now, I set the buffer to 1024 * 1024 which is nowhere in the log.
I cannot see in the log the 2 functions (demux and dvr) handling this ioctl
call:
dvb_demux_do_ioctl and dvb_dvr_do_ioctl (I've added some printk as well).
In 2.6.25-rc3 the dvr kernel side looks like this:
1015 switch (cmd) {
1016 case DMX_SET_BUFFER_SIZE:
1017 // FIXME: implement
1018 ret = 0;
1019 break;
i guess its clear why it doesnt make a difference ;)
Flo
Yes I had noticed that and I was trying to see what I can do.
My problem is that I replace the // FIXME with a printk() and it does not get
called
How is it supposed to work?
I open /dev/dvb/adapter0/dvr0, I get back a file descriptor and the I call the
ioctl with that file
descriptor.
This code comes from gnutv_data.c plus my additional code
// open dvr device
dvrfd = dvbdemux_open_dvr(adapter_id, 0, 1, 0);
if (dvrfd 0) {
fprintf(stderr, Failed to open DVR device\n);
exit(1);
}
if (buffer_size 0)
{
int res = dvbdemux_set_buffer(dvrfd, buffer_size);
if (res 0) {
fprintf(stderr, Failed to set ring buffer size\n);
exit(1);
}
}
Regardless of what is implemented or not, would that be correct?
Andrea
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] RE : Length of /dev/dvb/adapter0/dvr0's buffer.
Thierry Lelegard wrote:
I'm trying to read from /dev/dvb/adapter0/dvr0.
The problem is that the process reading sometimes is not fast enough and
after a while I get errno
75 when I try to read from it.
On average the speed is ok, so it should work.
There must be a buffer behind dvr0 that goes in error onece it is full.
1) how can I make it bigger?
2) how can I check how full it is?
You can set the *demux* buffer size, upstream from dvr, using ioctl
DMX_SET_BUFFER_SIZE.
The default value is 8 kB. Using 1 MB, I can do full TS capture without any
loss.
I've noticed that there are 2 ioctl DMX_SET_BUFFER_SIZE, one for the demux, one
for the dvr.
The second is not implemented.
switch (cmd) {
case DMX_SET_BUFFER_SIZE:
// FIXME: implement
ret = 0;
break;
Could you please help me:
1) how many ringbuffers are there?
2) I'm reading from dvr, which one do I need to set?
3) I can try to implement the above code if needed.
Cheers
Andrea
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Help with demux, dvr and ringbuffers
Hi, I've understood a bit more how demux, dvr and rigbuffers work, but I still have a couple of issues. I've been studying tzap, which seems much easier than gnutv. tzap opens the demux twice (audio and video) and then opens the dvr to read the multiplexed data. There are 3 ringbuffers involved: When a demux is opened, a ringbuffer of 8192 is created (so there are 2 of them). I can change its size using DMX_SET_BUFFER_SIZE on the demux. Then when the dvr is opened an other ringbuffer is created of size 1925120 = 18 * 100 * 1024. I don't know how to change its size. My question is the following: When I setup the demux to output to the dvr with DMX_OUT_TS_TAP, what happens afterwards? Is the following correct or wrong? 1) The kernel will write data into the 2 buffers 2) The kernel will read from the 2 demuxes and write to the dvr. This has very low latency so a small ringbuffer for the 2 demuxes is ok. 3) A userspace application has to read from the dvr. If it is not fast enough the dvr's ringbuffer gets filled and we are in troubles. If this happens I think the best solution would be to overwrite the oldest data. This ringbuffer needs to take into account all sort of bottleneck one might have. If it is true I have to find how to change the size of the dvr's ringbuffer. Anybody knows why the callback (in dmxdev.c) static int dvb_dvr_do_ioctl(struct inode *inode, struct file *file, unsigned int cmd, void *parg) does not handle DMX_SET_BUFFER_SIZE? Is there an intrinsic issue or is it just to be done? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Help using DMX_SET_BUFFER_SIZE
Hi,
I've tried to add an extra argument to gnutv to set the size of the
dvb_ringbuffer via
DMX_SET_BUFFER_SIZE.
I have not really understood the difference between dvr and demux.
It seems that gnutv uses the dvr to read from the DVB card and then copies the
content to a file.
I call
int dvbdemux_set_buffer(int fd, int bufsize)
{
return ioctl(fd, DMX_SET_BUFFER_SIZE, bufsize);
}
on the dvr (I think), but it does not make much of a change. The ioctl call
returns success.
I've printed a lot of debug output (adding a few dprintk) and this is what I
see when I run gnutv.
Now, I set the buffer to 1024 * 1024 which is nowhere in the log.
I cannot see in the log the 2 functions (demux and dvr) handling this ioctl
call:
dvb_demux_do_ioctl and dvb_dvr_do_ioctl (I've added some printk as well).
printk(function : %s %d\n, __FUNCTION__, cmd);
/sbin/modprobe dvb_core debug=1 dvbdev_debug=1
Feb 29 23:59:34 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:34 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:34 thinkpad kernel: function : dvb_dmxdev_filter_set
Feb 29 23:59:34 thinkpad kernel: function : dvb_dvr_open
Feb 29 23:59:34 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:34 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:34 thinkpad kernel: function : dvb_dmxdev_filter_set
Feb 29 23:59:34 thinkpad kernel: dmxdev: dvb_ringbuffer_init 1925120
Feb 29 23:59:34 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:34 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_dmxdev_filter_set
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: function : dvb_demux_open
Feb 29 23:59:35 thinkpad kernel: dmxdev: dvb_ringbuffer_init 8192
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:35 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
Feb 29 23:59:36 thinkpad kernel: dmxdev: section callback 70 70 05 d4 fd 23
Feb 29 23:59:36 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:36 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
Feb 29 23:59:36 thinkpad kernel: dmxdev: section callback 00 b0 25 10 04 c5
Feb 29 23:59:36 thinkpad kernel: dmxdev: section callback 02 b0 82 10 84 c7
My questions are
1) how many ringbuffers are there? 2 sizes are reported in the log.
2) in the log it seems the buffer is recreated every time.
3) why can't I see any call to dvb_demux_do_ioctl and dvb_dvr_do_ioctl?
4) ... what is the difference between demux and dvr? :-)
I'm using a Hauppauge WinTV NOVA T USB2, 2.6.24.2, letest mercurial source code.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Length of /dev/dvb/adapter0/dvr0's buffer.
Hi, I'm trying to read from /dev/dvb/adapter0/dvr0. The problem is that the process reading sometimes is not fast enough and after a while I get errno 75 when I try to read from it. On average the speed is ok, so it should work. There must be a buffer behind dvr0 that goes in error onece it is full. 1) how can I make it bigger? 2) how can I check how full it is? Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] how to make gnutv more resilient
Hi,
I usually save TV to a network disk using gnutv.
Sometimes I get
DVR device read failure
The network is wireless, I'm using 54 Mb/s which should be more that enough for
at least 1 channel.
Sometimes though, under heavy load it stops.
I think some network congestion makes gnutv read too slowly from dvr0 so that
it breaks.
I would rather loose a couple of frames instead than everything after that
point.
The patch does 2 things
1) removes poll. I don't knot it much, but once it fails, it keeps failing.
While read can go back
to normal after a read failure. To be honest I don't know why it is there.
2) instead of returning from the function we just skip and continue.
I've tested it adding a sleep(3) every 20 seconds and the file I get is not
perfect, but can be
played in mplayer with a bad frame every 20 seconds (as expected).
I thought in the beginning that I should read/write multiples of 188 bytes, but
mplayer seems not to
bother about that.
What do you think?
diff -r 29e190fef1e3 util/gnutv/gnutv_data.c
--- a/util/gnutv/gnutv_data.c Tue Feb 12 18:01:37 2008 +0100
+++ b/util/gnutv/gnutv_data.c Sun Feb 24 22:47:11 2008 +
@@ -213,28 +213,15 @@ static void *fileoutputthread_func(void*
{
(void)arg;
uint8_t buf[4096];
- struct pollfd pollfd;
int written;
- pollfd.fd = dvrfd;
- pollfd.events = POLLIN|POLLPRI|POLLERR;
-
while(!outputthread_shutdown) {
- if (poll(pollfd, 1, 1000) != 1)
- continue;
- if (pollfd.revents POLLERR) {
- if (errno == EINTR)
- continue;
- fprintf(stderr, DVR device read failure\n);
- return 0;
- }
-
int size = read(dvrfd, buf, sizeof(buf));
if (size 0) {
if (errno == EINTR)
continue;
fprintf(stderr, DVR device read failure\n);
- return 0;
+ continue;
}
written = 0;
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Tools to edit TS files
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? Andrea ___ 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
Christophe Thommeret wrote: 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? http://project-x.sourceforge.net/ Thanks! It looks pretty sophisticated! Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Two few channels with KWorld DVB-S 100...
Well, clearly I meant too, not two, english is not my language :-) Andrea Giuliano wrote: Hi, I'm new to this list, but before posting this, I have been looking for old posts related to my problems, without results. Here are the facts: 1) I have a brand new KWorld DVB-S 100 2) It works: scan tunes many channels, szap let me watch many of them, both video and audio are pretty good. 3) The channels scan found are too few: most of RAI's and MediaSet's channels (I'm in Italy) are not found by scan. 4) I downloaded an initial scan file for Hotbird, and I even tried those posted somewhere by italian people, but nothing happens. 5) Dish and cable are OK: I plugged the cable into a standalone FTA decoder, and all missing channels are there. 6) I'm running Debian Etch, with kernel 2.6.1.8-6-686. Any hint would be very much appreciated! Best regards. -- Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Two few channels with KWorld DVB-S 100...
Hi, I'm new to this list, but before posting this, I have been looking for old posts related to my problems, without results. Here are the facts: 1) I have a brand new KWorld DVB-S 100 2) It works: scan tunes many channels, szap let me watch many of them, both video and audio are pretty good. 3) The channels scan found are too few: most of RAI's and MediaSet's channels (I'm in Italy) are not found by scan. 4) I downloaded an initial scan file for Hotbird, and I even tried those posted somewhere by italian people, but nothing happens. 5) Dish and cable are OK: I plugged the cable into a standalone FTA decoder, and all missing channels are there. 6) I'm running Debian Etch, with kernel 2.6.1.8-6-686. Any hint would be very much appreciated! Best regards. -- Andrea ___ 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?
Josep Colom Ikuno wrote: I´m quite new to DVB, but my guess is that it´s the dvbnet device. It´s possible to receive IP services throught DVB, so I suppose it´s the net device (you also have a frontend and a demux under /dev/dvb/adapterX/) that you can use for that. Is there a way to activate it? Just for curiosity, how would that work? Does it really need to receive TCP/IP data or would it support any network protocol. Can I use it to receive the MPEG TS via the network? I know it's all a bit pointless, but just for fun. Has anybody ever used it? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] What is the MAC of a DVB card?
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. What is it useful for? Was it an attempt to access the card over the network? Just curiosity. usb 4-4: new high speed USB device using ehci_hcd and address 3 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' usbcore: registered new interface driver dvb_usb_nova_t_usb2 usb 4-4: USB disconnect, address 3 dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. usb 4-4: new high speed USB device using ehci_hcd and address 4 usb 4-4: configuration #1 chosen from 1 choice dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2) dvb-usb: MAC address: 00:0b:34:ef:12:a6 DVB: registering frontend 0 (DiBcom 3000MC/P)... input: IR-receiver inside an USB DVB receiver as /devices/pci:00/:00:1d.7/usb4/4-4/input/input9 dvb-usb: schedule remote query interval to 100 msecs. dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] speaking about JTVOS and linux-dvb at Sun Developer Days
Hello, Recently, the company where i work, Cineca, has been working [*] on a free middleware for linux based set top box called JTVOS: http://www.cineca.tv/labs/jtv/ JTVOS actually runs on STB with IBM PowerPC SOC Vulcan/Pallas (as in dreambox, dgstation and clones) and is based on (older) linux-dvb API. My colleague Lorenzo Pallara is going to speak about JTVOS, java and linux-dvb (pro and cons) tomorrow afternoon on January 24th, 2008, between 14-15 PM (California timezone! :-) TS-14: JTVOS, a Free Interactive Set Top Box Middleware Introduction and Architecture https://developerdays.dev.java.net/agenda.html You can see the live presentation on ustream.tv: http://www.ustream.tv/sun Thank you for the attention Bye Andrea Venturi [*] Cineca has been developing since many years open source technologies for interactive digital television (like justdvb-it): http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] linux-dvb Digest, Vol 36, Issue 84
[EMAIL PROTECTED] wrote: Message: 1 Date: Tue, 22 Jan 2008 08:27:12 + From: Nicolas Will [EMAIL PROTECTED] Subject: [linux-dvb] Patches review for Nova-T-500 To: linux-dvb@linuxtv.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain All, and maybe Patrick in particular, There is a list of patches here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers Some could probably be considered for inclusion into the main tree. Some may be hacks that probably have a good reason to be, but with a weird implementation and may need some additional work. Could someone with experience give it a look and review what's good or not? Cleaning up that part, thus making it easier to make it work consistently, will make the Nova-T-500 even more appealing to DVB-T users. Many thanks ! Nico Hi, I've tried the patch for the dib3000mc http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023105.html I've got a Hauppauge WinTV NOVA T USB2. I can't see much of a difference. Tuning with mpalyer is maybe faster, but it is so fast that it is hard to measure. Anyway, so far it has been working. Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Patches review for Nova-T-500
[EMAIL PROTECTED] wrote: Message: 1 Date: Tue, 22 Jan 2008 08:27:12 + From: Nicolas Will [EMAIL PROTECTED] Subject: [linux-dvb] Patches review for Nova-T-500 To: linux-dvb@linuxtv.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain All, and maybe Patrick in particular, There is a list of patches here: http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers Some could probably be considered for inclusion into the main tree. Some may be hacks that probably have a good reason to be, but with a weird implementation and may need some additional work. Could someone with experience give it a look and review what's good or not? Cleaning up that part, thus making it easier to make it work consistently, will make the Nova-T-500 even more appealing to DVB-T users. Many thanks ! Nico Hi, I've tried the patch for the dib3000mc http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023105.html I've got a Hauppauge WinTV NOVA T USB2. I can't see much of a difference. Tuning with mpalyer is maybe faster, but it is so fast that it is hard to measure. Anyway, so far it has been working. Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How can I save an entire TS to a file? Please help me
Matteo Pampolini wrote: But what about the entire TS? I read about the special PID 8192, but I did not understood if this is a dvbstream feature (that doesn't work, at least for me) or if it's a LinuxDVB one. hi, in theory, it's not that difficult to dump a complete stream, BUT you should pay attention to the signal level because it's easy to get some continuity errors too if the BER is not zero.. i have a USB DVB-T device called Cinergy T2, and i can share my two hints. BTW i don't know if your device has the same capability (full ts dump..): when i insert it on the USB BUS i get from dmesg: == [10511.327179] usb 2-2.2.3: new high speed USB device using ehci_hcd and address 15 [10511.346586] usb 2-2.2.3: configuration #1 chosen from 1 choice [10511.543120] DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver) [10511.544594] usbcore: registered new interface driver cinergyT2 == and here it's a sample of a command line for dvbstream (you get La7 in Bologna) to dump the complete ts stream [EMAIL PROTECTED]:/opt$ dvbstream -f 714000 -o 8192 /tmp/prova.ts dvbstream v0.6 - (C) Dave Chapman 2001-2004 Released under the GPL. Latest version available from http://www.linuxstb.org/ Tuning to 714000 Hz Using DVB card TerraTec/qanu USB2.0 Highspeed DVB-T Receiver, freq=714000 tuning DVB-T (in United Kingdom) to 71400 Hz, Bandwidth: 8 Getting frontend status Bit error rate: 0 Signal strength: 54068 SNR: 46260 UNC: 0 FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC dvbstream will stop after -1 seconds (71582788 minutes) Output to stdout Streaming 1 stream Caught signal 2 - closing cleanly. = as i told before, pay attention to the Bit Error Rate line, it should be zero.. let's see the file has grown a bit [EMAIL PROTECTED]:/opt$ ls -l /tmp/prova.ts -rw-r--r-- 1 andrea andrea 17268552 2008-01-03 18:28 /tmp/prova.ts now it's time to play it with VLC: running with vlc you get some continuity errors only at the beginning (just to synchronize from the zero value as default..), if your TS is good enough.. like here: [EMAIL PROTECTED]:/opt$ vlc /tmp/prova.ts VLC media player 0.8.6c Janus libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 0) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 269 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 0) for PID 256 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 343 libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 0) for PID 7042 libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 0) for PID 283 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 0) for PID 279 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 289 libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 0) for PID 298 libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 0) for PID 295 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 292 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 301 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 359 libdvbpsi error (PSI decoder): TS discontinuity (received 14, expected 0) for PID 304 libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 0) for PID 18 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 17 HTH bye andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] missing symbols for DB3000MC
Hi,
since this changeset on Dec 5th
http://linuxtv.org/hg/v4l-dvb/rev/e1934fd03664
I cant load modules for my NOVA T USB2 based on a DIB3000MC
dvb_usb_nova_t_usb2: Unknown symbol dibusb_dib3000mc_tuner_attach
dvb_usb_nova_t_usb2: Unknown symbol dibusb_dib3000mc_frontend_attach
I think the following patch is required (I've taken it from dib3000mc.h),
afterwards it works.
diff -r dc0cda8cd38a linux/drivers/media/dvb/dvb-usb/dibusb-common.c
--- a/linux/drivers/media/dvb/dvb-usb/dibusb-common.c Sun Dec 09 10:44:38
2007 -0200
+++ b/linux/drivers/media/dvb/dvb-usb/dibusb-common.c Sun Dec 09 19:44:16
2007 +
@@ -223,7 +223,7 @@ static struct dibx000_agc_config dib3000
.agc2_slope2 = 0x1e,
};
-#ifdef CONFIG_DVB_DIB3000MC
+#if defined(CONFIG_DVB_DIB3000MC) || (defined(CONFIG_DVB_DIB3000MC_MODULE)
defined(MODULE))
static struct dib3000mc_config mod3000p_dib3000p_config = {
dib3000p_panasonic_agc_config,
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] RE : linux-dvb and Dektec [was: DVB API update]
hi, ehi, what a thorough explanation.. maybe things are not all this black and white.. i wrote my first answer a bit quickly but now i'd like to give two more bits for added value! Thierry Lelegard wrote: Also, as you pointed out, Dektec products can be either input, output or both. Their output products also include very nice modulators on PCI boards. I presently use a DTA-110T, a DVB-T modulator. Since linux-dvb is an input-only framework, it would address only part of Dektec products (and even part of a device in the case of a DTA-140). indeed, the fact of the linux-dvb driver to be actually an input only framework for MPEG (TS/PS) stream it's beginning to fall a little short. IMHO there are already a number of stuff and environment, old and newer, that need to be addressed, on linux, with an outgoing path for native MPEG streams. historically there were two devices with such a capability: - the Fully Fledged (nexus) cards with their MPEG2 decoder on board - the ancient REALmagic Hollywood Plus - actually there is also the MPEG2 decoder inside the iTVC15 / CX23415 chip in the PVR350 card.. (ivtv driver not coping with it, i think..) then, there's the big mess of video decoding of MPEG2 PES stream (SD/HD) and some acceleration for H264 stream inside the core of the recent GPUs (avivo and purehd marketing vaporware.. something from via and intel too..) are we going to leave this feature available as a sub-set of the X driver or there's a place for a MPEG driver without the X? i think for example to use-cases like the media center like myth-tv running with DirecFB.. in a bit different scenario, the embedded one, there are also devices natively decoding MPEG2 TS streams like: - the PowerPc SoC inside some DVB SET TOP BOX as Dreambox and the DGStation CubeCafe (Vulcan and Pallas) they do have actually a linux kernel running on the powerpc core but the decoding API are a bit home made and binary too (maybe thing are changing..) BTW we are a bit involved in a design of an open source java based middleware running on such HW so we are really using it and would prefer linux-dvb drivers for MPEG decoding.. - i really don't know how are coping with DVB decoding inside the other big player of the linux-based STB market, the Sigma Designs EM863x. - and then there is the third player, STM ST710x who's running linux too with some DVB hack for decoding purposes.. IMHO plenty of situations where a linux dvb API for decoding stuff should/could be useful for the masses, because this generation of STBs are flooding our houses today or tomorrow, so we need and should have a way to hack them.. [..skipping lot of things about userland against kernel stuff..] Anyway, coming back to linux-dvb and Dektec, kernel drivers exist for both, just write userland code to access the one you want. then i'd like to add some bits about the professional market using DVB ASI interfaces. as someone already have told, there are plenty of DVB card producers; i can say out of my mind these: dektec, videopropulsion, optibase, dveo/computermodules, alitronika, bluetop (and other too..) all these cards are of course running on linux today, but each with is own driver API.. i think only dektec is the one with open source driver openly available on the site and i know that some chinese are providing drivers with wrapper to mimic the dektec API. that's how i see this market. I don't know IF there's interest for the linux community at large to promote a unified driver for this technology.. in theory, the professional customers of such cards should be interested to get a single unified compatibility layer to escape the vendor lock in, BUT, if they are fine as they stay today, why the linux community should give them an hand? i don't think we would get back something useful in the short term, but i'm open to hear other opinions too.. bye andrea venturi -Thierry -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Andrea Venturi Envoyé : mercredi 3 octobre 2007 15:10 À : linux-dvb Objet : Re: [linux-dvb] DVB API update Manu Abraham wrote: Hi, Simon Hailstone wrote: Hi All, If it sheds any light on the nature of DVB-ASI, there are Linux drivers available ( with source ) for the DekTec ASI adapters here : http://www.dektec.com/Products/LinuxSDK/Downloads/LinuxSDK.zip If someone has the hardware, we can take a go at it. hi, here in Cineca, we are running an open source project called JustDvb-It, it's a DVB DSMCC carousel server for interactive television, you could grab it here: http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html as we need to interface broadcaster stuff like multiplexer (with DVB ASI interfaces), we use plenty of these Dektec card like DTA140 and so on.. but for that purpose we found sufficient the driver provided by Dektec. it's a simple character device with some
Re: [linux-dvb] DVB API update
Manu Abraham wrote: Hi, Simon Hailstone wrote: Hi All, If it sheds any light on the nature of DVB-ASI, there are Linux drivers available ( with source ) for the DekTec ASI adapters here : http://www.dektec.com/Products/LinuxSDK/Downloads/LinuxSDK.zip If someone has the hardware, we can take a go at it. hi, here in Cineca, we are running an open source project called JustDvb-It, it's a DVB DSMCC carousel server for interactive television, you could grab it here: http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html as we need to interface broadcaster stuff like multiplexer (with DVB ASI interfaces), we use plenty of these Dektec card like DTA140 and so on.. but for that purpose we found sufficient the driver provided by Dektec. it's a simple character device with some IOCTL.. it should be not a tough task to implement a simple LinuxDvb driver, at least for the inbound card (but there's an outgoing path too..), but is this feature valuable? the best usage i can think of, is the dvbsnoop utility for analysis purposes.. anyway i surely can test this driver, if it will spring out! bye andrea venturi Regards, Manu Best Regards, Simon Hailstone On 16/09/2007, *Wolfgang Wegner* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Manu, On Sun, Sep 16, 2007 at 02:17:55AM +0400, Manu Abraham wrote: Please don't remove the CC's. The CC'd people generally don't bother about mails from the ML, probably. sorry, it was definitely not my intention and I hope to include all previous CC here. [have to read about the multiproto changes myself...] Can you please point me to some ASI specs if you don't mind ? I was once supposed to work on such a device, but then that company itself got scrapped, hence never had to figure out on ASI. Well, AFAIK the ASI specification is not open, so I unfortunately I can not point to it. To be honest, the only thing about ASI comes from a fronted we use at the company in professional equipment, so I am not sure if the things I can tell from there are really valid for all ASI equipment. However, as from time to time questions come up concerning DekTec and other boards, at least some basic support for ASI seems to be desirable. So, coming to the facts, our ASI frontend gives these as statistics: - BER - sync status - 204 or 188 byte/packet mode [...] Since it is an IOCTL call straight away within the V3 API, i would like to push this into the frontend thread where it is submitted as a job kind of thing, where the userapplication can be notified in what timeframe, or via GET_EVENTS, final details can be left out for the last stage. This sounds very reasonable for me. I have no idea yet how this frontend thread is handled now, but after all all necessary information should be present there (e.g. lock state, to do a proper reset of averaging etc.). Scale for BER is one thing that is still open ended, which i am off hook. I need to still check on this, but if you have some ideas would be nice. Hmm... I am not sure what is needed by others, so my voice should not be given too much weight here. We always use 10^-8 as the base, but for some equipment this might already be too rough. On the other hand, IIRC some demodulators do not return more accurate values anyways. Signal Strength SNR: In reality we can provide 2 ways for the same, 1) Relative scale 2) a scale in a decibels Even with Reverse Engineered drivers we can do 1) but for 2) we might need more info. The user could probably select what he needs using an IOCTL, relative or an absolute scale. For the relative one we can just define a floor and ceiling and a relative value is extracted out. That is what I was thinking of, for most applications this would be sufficient. I do not know what is the better solution here. Following your proposal of two different styles of return values makes life easier for the application (which could request the scale type and just take this value). Even knowing the exact decibel value would make it necessary to interpret it differently for different transmission schemes, i.e. 8 dB SNR in DVB-S is no problem while there would be no reception in DVB-C... On the other hand it might be confusing to get different values for the same thing, which I treat as an argument for my proposal of always (if possible) returning the dB value and giving the application (and user) the demod min and max values for drawing a nice percentage scale. For a few demods I could provide the dB calculation (namely STV0299, STV0288, TDA10046, TDA1002x), but probably these are those with fewest problems anyways
Re: [linux-dvb] DSM-CC questions
hi! Manoj M wrote: Please let me know if someone provide some direction here to use DSM-CC. Following is what I am trying to do and looking for answers. Please direct me to the right place/mailing list to keep me up and running with DSM- CC. I am relatively new to DSM-CC tools. My Goal: I am trying to build a IP based data transmission (carousel) to STBs. ex: distribute configuration files, programming guide components etc. This is intended to be used in a major IPTV network in the US so, if i get it right, you are trying to push informations on a multicast IP network to many remote STB. DSM-CC carousels could be a way, but there are also native datacasting protocols over ip like Flute (see Mad http://www.atm.tut.fi/mad/ ) the choice could be easier if you already know which kind of middleware you are running on the STB! Following is the information I am looking for - 1) Is DSM-CC tool kit that is on http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb is MPEG2 based only? - How easy is to change the code to transmit the object carousel without MPEG-2. i don't know why you are so against MPEG2 TRANSPORT STREAMs.. DSM-CC carousels are based on MPEG2 transport stream container technology (ISO 13818-1) and it's a container doing well on many different media, today (broadcast, tapes HDV, optical discs BluRay etc..) i hope you are not thinking MPEG2 just as a video codec technology! 2) Do I have to use DSM-CC User-to-User based tool kit if I just need data over TCP/IP (not MPEG-2 TS) or broadband (without MPEG-2) to meet my goals above. Is there a separate tool kit for this? i don't really understand this question.. maybe i'm not so fond on the technicalities of DSM-CC but i think these are the steps to get to broadcast info with DSM-CC 1. a filesystem 2. some modules 3. many sections 4. many more ts packets (with PIDs and so on..) at least this is how it works our free and open carousel server JustDvb-It! http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html you can get it freely (with source and livecd) here: http://www.cineca.tv/labs/mhplab/index-en.html 3) Is there a DSM-CC client tool available? you can use red-button http://redbutton.sourceforge.net/ 4) Is any kind of metering (data/bandwidth) tool availabe in LinuxTV open source for the DSMCC carousels? i don't know. what are you trying to achieve? 5) How do I get basic step by step instruction to create a object carousel and extracting it. I could succefully compile and create the binaries. Unfortunately example.tgz do not have any source code or binaries. you can try our livecd but you'll need a DVB-T modulator card like dektec. if you want to use it on a multicast IP network you need to modify a little the scripts. but it depends on the kind of STB you need to feed.. bye andrea venturi ___ 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
Stephen Williams wrote: On 7/22/07, timecop [EMAIL PROTECTED] wrote: 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... Thanks for your default troll response. Just because the code is reverse engineered or written by amateurs doesn't mean that it can't work solidly. Certainly my old Nova-T PCI card worked flawlessly but now i've moved to a mac mini so there's no PCI. [ sorry for the rant, i'm writing to everyone excpet timecop ] as you already wrote, it's trolling, so you don't need to justify.. we all bery well know how free software communities run and strive to give the best not only as a simple volunteer effort but also for straight economical reasons ( reliability, control, efficiency, standardization etc..). Does anyone have comments on the Nova-TD / Pinnacle Diversity (i.e. dual DVB-T tuner) support? i do own a pinnacle diversity dvb-t usb dual tuner card and i used it with an additional patch: http://www.chez.com/treza/mt2266.htm http://www.linuxtv.org/pipermail/linux-dvb/2007-February/016166.html it works reliably as a dual tuner card. the diversity feature is not working (for dual tuner operations, you need both the antennae input connected..) bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JustDVb 2.0 released today..
hi we want you to know that Cineca just released the 2.0 version of the JustDvb-It suite. It's a set of tools useful for DVB stream creation and manipulation, expecially for the italian interactive digital television world (DVB MHP), but we are moving to OCAP and BD-J too.. Many more info here: http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html There are many new features, like more DVB ASI cards supported, compressed modules, LCN EPG and a new live cd very useful as a starting demo. you can get it freely, as usual, here; you just need to get an username by email: http://www.cineca.tv/labs/mhplab/index-en.html bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JTVOS: a wannabe java interactive DTV ..
hi, i think this post could be slightly relevant. it's about DVB and linux, actually on the dreambox, but, tomorrow, maybe also on a generic linux box. if you like it please help us! today Cineca is _starting_ yet another project with regard interactive digital television: a free java based middleware for STB. actually this is a long term roadmap. we are in the first stage: the bootstrap one. since many years, Cineca created and gave away (as free tools) some building blocks on the infrastructure side on the interactive digital tv chain: - some java interactive applications (let's call them in a more broad sense then MHP xlets), i.e. we gave away Yambo an XML browser (ASAP it's coming a next release with stream event and other interesting features), and T-islessia a fairly advanced game engine for the tv set. (BTW these MHP apps are going to be stripped down to run easily on a subset of the bloated MHP environment. the subset supported by JTVOS of course!) - a DVB and DSM-CC carousel server for the DVB signaling and broadcasting of these java applications: JustDvb-It: BTW we are soon releasing the 2.0 version with advanced features like: compressed modules, NIT LCN support, MHP stored applications (where it applies like MHP 1.1), MHEG5 support and so on.. now it's the time to tackle the STB middleware too. the market is not going to offer too many choices and control on this piece of the value chain, so we'd like to push (a very little) pressure with a little niche free open source project: JTVOS actually it's not a fully blown package. it's just an exciting starting point. JTVOS is a fairly compact package with the porting of the GPL licensed Java VM (PBP 1.1) from Sun on a Dreambox 7000 environment (stripped down from their enigma engine..), and the first (and only) Java Application working on the tv is the traditional hello world with the IP address of the box on which is running! that's all. there's a lot of things to be done to come to a useful firmware. we need STB designers (for the GUI and the navigation of the features), java programmers, graphic artists, documentation, people for the testing, system programmer to drive the other hardware pieces and so on.. lot of entertainment is forecasted! :-) maybe it can be ported to many different HW platforms. actually it just run on the Dreambox 7000. a natively linux platform. please read carefully the few informations you can find in the package and here: http://www.cineca.tv/labs/jtv/ BTW register yourself to grab a copy of the build environment (only 70MB but 300MB untarred, and 1.7GB after a succesfully complete compilation) or just the dreambox image to try it (no warranty!!) on your box. hope you'll enjoy and keep us informed. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] FYI: accelerated video decoding API proposed..
hi, i have seen someone @intel proposing an API to access the accelerated engines inside the newer GPUs. maybe it can be folded inside the v4l-dvb stuff. you can se the original post here on x.org ML: http://lists.freedesktop.org/archives/xorg/2007-March/022893.html the compelte thread is a bit longer.. bye andrea venturi ___ 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?
Torbjörn Lundquist wrote: That solved it! Thanks. But how do I record a specific program in a mux? If I point out the video and sound pids for a program with dvbstream -f 522000 -o -tm 8 1249 1248 recordings/test.ts The stream does not play in VLC. can you try with the wildcard pid 8192. dvbstream -f 522000 -o -tm 8 8192 recordings/test.ts it just means get all the TS (supposed your carddriver are good to dump all the stream without hardware pid filtering AND you are on a large enough link i.e. NOT on a USB 1.1 bus!) as i told you, it's a 24Mbps streams (3MB per sec) at least here in italy, this is the usual bit rate for DVB-T transmission BTW in DVB-H transmission there's only a mere 5Mbps net payload .. we already have two or three in Bologna. mobile tv is all about reliability thru redundancy! then play it with VLC and should be able to wade thru the hierarchy of the TS and show you all the services available in the mux in the Navigation menu. tell us it works this way AND you'll be on the right track. it could not work AFAIK ONLY IF you have a really poor signal but the resulting file should show it. do this simple comparison between: - size_of_dump - time_of_rec_in_seconds * 3MB if they are similar, you have a good ts, if the size of the dump is really short, you don't have a good ts. anyway, i see you get all the relevant table of this mux, so you should be able to dump a quite clean stream. now, i just see in this mux the presence of MHP interactive applications. this is actually my main business here in italy, so i'd like to ask you if you can put on a website a 3 min full dump (should be a 500MB size..) to let my download it (then you can erase it..). i like to study what's going on abroad! bye andrea venturi Here are the pids I got from dvbsnoop: dvbsnoop -s pidscan dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ - Transponder PID-Scan... - PID found:0 (0x) [SECTION: Program Association Table (PAT)] PID found:1 (0x0001) [SECTION: Conditional Access Table (CAT)] PID found: 18 (0x0012) [SECTION: Event Information Table (EIT) - other transport stream, present/following] PID found: 41 (0x0029) [SECTION: DVB CA message section (EMM/ECM)] PID found: 57 (0x0039) [SECTION: DVB CA message section (EMM/ECM)] PID found: 870 (0x0366) [SECTION: Program Map Table (PMT)] PID found: 871 (0x0367) [SECTION: MHP- Application Information Table (AIT)] PID found: 872 (0x0368) [SECTION: DSM-CC - Download Data Messages (DDB)] PID found: 878 (0x036e) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 879 (0x036f) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 video stream] PID found: 880 (0x0370) [SECTION: Program Map Table (PMT)] PID found: 1002 (0x03ea) [SECTION: DSM-CC - Download Data Messages (DDB)] PID found: 1004 (0x03ec) [PES: private_stream_1] PID found: 1010 (0x03f2) [SECTION: Program Map Table (PMT)] PID found: 1011 (0x03f3) PID found: 1012 (0x03f4) [SECTION: DSM-CC - Download Data Messages (DDB)] PID found: 1016 (0x03f8) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 1017 (0x03f9) [PES: private_stream_1] PID found: 1018 (0x03fa) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 1019 (0x03fb) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 video stream] PID found: 1021 (0x03fd) [SECTION: MHP- Application Information Table (AIT)] PID found: 1022 (0x03fe) [SECTION: DSM-CC - Download Data Messages (DDB)] PID found: 1026 (0x0402) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 1027 (0x0403) [PES: private_stream_1] PID found: 1028 (0x0404) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 1029 (0x0405) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 video stream] PID found: 1241 (0x04d9) [SECTION: MHP- Application Information Table (AIT)] PID found: 1242 (0x04da) [SECTION: DSM-CC - U-N messages (DSI or DII)] PID found: 1248 (0x04e0) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio stream] PID found: 1249 (0x04e1) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 video stream] PID found: 1280 (0x0500) [SECTION: Program Map Table (PMT)] PID found: 1290 (0x050a) [SECTION: Program Map Table (PMT)] PID found: 5050 (0x13ba) [SECTION: Program Map Table (PMT)] PID found: 5070 (0x13ce) [SECTION: Program Map Table (PMT)] PID found: 5180 (0x143c) [SECTION: Program Map Table (PMT)] PID found: 8191 (0x1fff) ___ 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?
Torbjörn Lundquist wrote: 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. of course. this is something you should achieve dumping only the PID contained in the PMT table of the service you are after. dvbsnoop will help you. 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. i'd like to give my point of view. maybe someone who know can comment on it.. AFAIK in the linux dvb software stack there are two different kind of problems. 1. correct buffer management, i.e. the PCR restamping issue. in general, in a transport stream with a fixed bit rate, each service has a counter called PCR useful to get exactly filled (not to much: overrun; not to low,: underrun) the small buffers in the remote decoder when you strip down all the PIDs except the ones you need for a single service, you are going to modify the rate of the saved stream SO you'll need to modify (restamp) the PCR to maintain the consistency of this counter.. otherwise you are going to see (during the replay of the stream on a decoder) artifacts coming from the underrun and overrun.. anyway, when you feed a video decoder like VLC on a PC, you don't see this kind of things because in a pc usually there is plenty of space in the buffers AND you have flow control, so the decoder can stop and start the reads from the file when it has full or empty buffers. but this is something we need to cope with, if we want to move to a better management of the MPEG TS features (expecially in constrained / embedded environment or in multicast/IPTV) BTW i just see (IIRC in some DVR dumps) that there are some tricks implemented to fake this PCR feature, using for example another counter (64 bits), in the head of each TS packets, where the recorder saves the position of the packet in the original full TS, so when the DVR makes the replay of the single service dump, i suppose it fills the decoding pipeline with NULL packets between every TS packet not adjacent, this way it restores correctly the original bit rate without any hard computation.. clever and easy! 2. lipsync (DTS/PTS fields). to get in sync audio and video streams there are these two fields with counters inside, and they are all about when decode and present (i.e. send to the screen and to the audio decoder) the video and audio frames.. how well are these fields supported in the linux video players, i don't know.. but it seems to me something valuable to be investigated if we want to improve the linux video applications. IMHO we shoudln't need to enlarge buffers or wait some time just to get insync audio and video IF the HW decoders are capable to do it sooner, better and with less resource.. it's just a matter of better software (in the long run) but of course, this is free (as freedom) software, so, thanks god AND all the people already working on it with this open attitude; it's already too much!! :-) i'd like to say we can do something on this topic, but we are working more on the infrastructure of DVB networks so it could be we can put something out WRT the PCR/fakePCR issues (and reduce artifacts and/or memory footprint in DVB applications) like a smart DVB remultiplexer, an improvement of our software TS manipulator called JustDvb-It: http://krusty.cineca.it/vpweb/cgi-bin/blosxom.cgi [yes, i know it seems dead since long time, but we are still working on it..] but we are not working on the lipsync issues because we are using HW boxed decoders. hope it helps When playing with mplayer I got video and audio out of sync. How do I fix that? Andrea, I'll come back to you with the MUX-recording. fine bye andrea venturi Regards /Torbjörn 2007/3/9, Andrea Venturi [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Torbjörn Lundquist wrote: That solved it! Thanks. But how do I record a specific program in a mux? If I point out the video and sound pids for a program with dvbstream -f 522000 -o -tm 8 1249 1248 recordings/test.ts The stream does not play in VLC. can you try with the wildcard pid 8192. dvbstream -f 522000 -o -tm 8 8192 recordings/test.ts it just means get all the TS (supposed your carddriver are good to dump all the stream without hardware pid filtering AND you are on a large enough link i.e. NOT on a USB 1.1 bus!) as i told you, it's a 24Mbps streams (3MB per sec) at least here in italy, this is the usual bit rate for DVB-T transmission BTW in DVB-H transmission there's only a mere 5Mbps net payload .. we already have two or three in Bologna. mobile tv is all about reliability thru redundancy! then play it with VLC and should be able to wade thru the hierarchy of the TS and show you all the services available in the mux
Re: [linux-dvb] Bad TS from dvb-t recording?
Torbjörn Lundquist wrote:
Hi,
I'm trying to make a recording from my dvb-t card (Avermedia). I do like
this:
tzap -r -c channels.conf -t 5 -o test.ts SVT24
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file 'channels.conf'
tuning to 52200 Hz
video pid 0x04e1, audio pid 0x04e0
status 00 | signal 58cf | snr | ber | unc |
copied 1708168 bytes (333 Kbytes/sec)
status 1f | signal f1cf | snr c0c0 | ber | unc |
FE_HAS_LOCK
But then I cannot view the file in VLC for instance. If I run dvbsnoop
on it I receive some errors, for instance:
MPEG-DescriptorTag: 63 (0x3f) [= ITU-T.Rec.H.222.0|ISO/IEC13818-1 Reserved]
Descriptor_length: 199 (0xc7)
ERROR: unimplemented descriptor (mpeg context), Report!
I live in Sweden and receive the signal from the Motala-tranciever.
What am I doing wrong? Or can I use some other program for recording (I
tried mencoder without success)?
i just try a guess. i don't use tzap.
maybe tzap doesn't dump the relevant tables (PAT PMT) so VLC can't
reconstruct the service.
i see indeed only video and audio pids in the log.
can you try to dump the complete transport stream using maybe dvbstream
you can try with the one available in your linux distro, but if it does
not work well you can try from the cvs source:
http://sourceforge.net/projects/dvbtools/
get the code straight from the cvs because it's newer then the (old)
release,
when you have a binary, give this command:
dvbstream -f 522000 -o -tm 8 8192 /tmp/test.ts
then after some time, break the application with CTRL-C.
beware, this should be a 24Mbps stream, so it will waste some space in
the disk!
then feed it with vlc
vlc /tmp/test.ts
and if it works you can switch on every service of the mux with the menu
Navigation.
hope it helps.
bye
andrea venturi
___
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?
hermann pitton wrote: Hi, Am Mittwoch, den 07.02.2007, 10:07 +0400 schrieb Manu Abraham: On 2/7/07, hermann pitton [EMAIL PROTECTED] wrote: Hi! and the the cinergyT2 seems not to have a maintainer anymore. Is it broken or something like that ? unfortunately i don't have any hardware to test the same. If there are some users out there, who can provide feedback on the status, most probably it can be fixed in case it is broken. Marc reported it non functional on Ubuntu 6.10 with its 2.6.17 kernel. On FedoraCore6 it worked for him. Thierry from the video4linux usbvision project seems to be the only one else on the lists currently with such a device. He confirmed it working on vanilla 2.6.17.13 and even tested on vanilla 2.6.17.10, works. The current v4l-dvb on this older kernels is not yet tested for it. After it seemed there was also some precompiled module involved, I thought we found it. Marc is now back with a clean install of v4l-dvb and still doesn't get it to work since three weeks now. hi, i don't know if i'm getting on the right track. i missed the beginning of this thread. i see you speak of the cynergy T2. i do have it, so i can test any v4l-dvb tree, provided with some time. for example, i just tested this tree: http://linuxtv.org/hg/v4l-dvb?ca=a8819e65be60;type=bz2 on my vanilla kernel 2.6.18 on debian/unstable (i can provide the kernel config, if useful) the cinergy T2, with this tree, works: usbcore: registered new driver cinergyT2 usb 5-5: USB disconnect, address 7 usb 5-2.1: new high speed USB device using ehci_hcd and address 8 usb 5-2.1: configuration #1 chosen from 1 choice DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver). let me know if i need to try something else.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] multiplexing transport streams with SI data
Fabian Desoye wrote: Hi together, I'm fabian, new to this group, an I hope I found the right place to post my question. I need to get transportstreams with manually added SI data. I tried mplex13818, but with no success. PSI/SI is correctly inserted, but I can't decode the a/v part of the stream anymore. VLC alway complains about skipped late frames. My Sentivision STB doesn't find the stream and DVBViewer on WinXP isn't able to decode it either. Does anyone of you have experiences with this tool? hi we coke a software with a similar functionality.. it's called JustDvb-It; it is mainly a DSMCC carousel generator, but some tools inside can work as a signal table generator and TS muxer. you can grab it here: http://www.cineca.tv/labs/mhplab/index.html sorry, this page is in italian only. just put your email address at the bottom to get access to the download page. let me know if it's useful to you.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] USB2 DVB-S support
Graham Leggett wrote: Hi all, I have been searching for a USB2 DVB-S receiver that is capable of receiving a full transport stream, with working Linux drivers. The last time I looked, the only USB capable receivers out there were v1.1, and incapable of receiving a full TS as a result. Are there any devices out there that are known to work? actually there is at least this pinnaclesys pctv400e: http://www.pinnaclesys.com/PublicSite/uk/Products/Consumer+Products/PCTV+Tuners/PCTV+Digital+PVR+%28DVB-S_DVB-T%29/PCTV+400e.htm i see now that is called a legacy product because it's superseeded by another device DVB-S2 compliant (and on linux DVB-S2 is still a WIP) i own the pctv400e it is composed by a bunch of well known chips, so Patrick Boettcher made the first tentative of a driver: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg20124.html and i tried to run it just one time with an oops.. i never had the time to work on it, because i've quite a busy schedule, these days, anyway i'd like to make a second trial on a fresh 2.6.18 kernel and without the nvidia binary module that is tainting my PC! i hope to post you about this, in the next days.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hdtv scanning
Klaus Schmidinger wrote: Nico Sabbi wrote: Klaus Schmidinger wrote: Well, that might be feasible for live viewing, but what about replaying a recording? There is no PAT/PMT in a recording. Klaus there is if you save the TS, rather than that funny .vdr aka pes. Can VDR save the TS now? No - and it won't. TS is for broadcasting, and PES is for recording. is this just a personal opinion? me, actually i can see a great move toward TS also for storing.. i think about the HDV storage cassette; there is a TS inside the tape. the forecoming blu ray technology has a TS inside the optical diskette (but i have to say there's a PS inside the HD-DVD disk; who's going to win, i dont know..) IMHO i believe that in the medium term there's no space for two different storage standards: to hassle to maintain both up to date the TS is going to succeed because: - it's where all the development for newer services is going to be done - you can store the broadcast straight on the disk - the bucks per storage byte index is going lower and lower.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle 400e USB DVB-S something to try
Patrick Boettcher wrote:
Hi all,
I just finished something that seem to drive the Pinnacle PCTV 400e
correctly.
I encourage every owner of such a device to try the driver from:
http://linuxtv.org/hg/~pb/v4l-dvb.ttusb2
with the firmware from here:
http://thadathil.net:8000/dvb/fw/dvb-usb/dvb-usb-pctv-400e-01.fw
Good luck and don't forget to report success or failure,
hi,
i have this pctv400e and i tried today with this experimental branch.
this is just a first report; more details if needed.
no problem compiling and loading driver firmware (on my compiled
2.6.17 kernel)
usb 5-2.1: new high speed USB device using ehci_hcd and address 7
usb 5-2.1: configuration #1 chosen from 1 choice
dvb-usb: found a 'Pinnacle 400e DVB-S USB2.0' in cold state, will try to
load a firmware
dvb-usb: downloading firmware from file 'dvb-usb-pctv-400e-01.fw'
usb 5-2.1: USB disconnect, address 7
dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
usb 5-2.1: new high speed USB device using ehci_hcd and address 8
usb 5-2.1: configuration #1 chosen from 1 choice
dvb-usb: found a 'Pinnacle 400e DVB-S USB2.0' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software
demuxer.
DVB: registering new adapter (Pinnacle 400e DVB-S USB2.0).
DVB: registering frontend 0 (Philips TDA10086 DVB-S)...
dvb-usb: Pinnacle 400e DVB-S USB2.0 successfully initialized and connected.
===
now comes the problem..
when i try this dvbstream dump on BBC (eurobird1 28.5)
[EMAIL PROTECTED]:/tmp$ dvbstream -f 10847 -p V -o 8192 /dev/null
dvbstream v0.6 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Tuning to 10847 Hz
Using DVB card Philips TDA10086 DVB-S, freq=10847
tuning DVB-S to Freq: 1097000, Pol:V Srate=0, 22kHz tone=off, LNB: 0
Setting only tone OFF and voltage 13V
DISEQC SETTING SUCCEDED
Getting frontend status
the application hangs here (of course i missed the 000 in the freq
param!), and in dmesg, i can see this error:
dvb-usb: Pinnacle 400e DVB-S USB2.0 successfully initialized and connected.
divide error: [#1]
PREEMPT
Modules linked in: lnbp21 tda826x tda10086 dvb_usb_ttusb2 dvb_usb
dvb_core dvb_pll vmnet vmmon rfco
mm l2cap bluetooth ipv6 autofs4 thermal fan button ac battery i2c_i801
speedstep_centrino freq_tabl
e processor nvidia i2c_core usbhid usb_storage 8250_pci snd_intel8x0m
snd_intel8x0 8250_pnp snd_ac9
7_codec snd_ac97_bus pcmcia snd_pcm_oss snd_mixer_oss crc32 snd_pcm
snd_timer ipw2200 snd soundcore
ieee80211 ieee80211_crypt irda ehci_hcd uhci_hcd psmouse intel_agp
agpgart snd_page_alloc yenta_so
cket rsrc_nonstatic pcspkr evdev firmware_class 8250 rtc parport_pc
parport crc_ccitt tg3 usbcore s erial_core
CPU:0
EIP:0060:[f8bd79df]Tainted: P VLI
EFLAGS: 00210246 (2.6.17 #1)
EIP is at tda10086_set_frontend+0x311/0x3f6 [tda10086]
eax: 002edfff ebx: ecx: edx:
esi: edi: 0004 ebp: db13df6c esp: db13df3c
ds: 007b es: 007b ss: 0068
Process kdvb-fe-0 (pid: 11106, threadinfo=db13c000 task=da7670f0)
Stack: 0108 f3d57a00 000176ff
04004343
0010bd28 d9d82400 f3d57a08 db13df94 f8ccb631 f3d57a08
d9d82404
0002 0010bd28 d9d82400 f3d57a08 db13dfc4 db13dfa8
f8ccbdd2
Call Trace:
c0103d58 show_stack_log_lvl+0x85/0x8f c0103ee6
show_registers+0x14f/0x1c3
c01040b7 die+0x15d/0x231 c0104205 do_trap+0x7a/0x98
c01047be do_divide_error+0x87/0x91 c010381f error_code+0x4f/0x54
f8ccb631 dvb_frontend_swzigzag_autotune+0x17d/0x1a8 [dvb_core]
f8ccbdd2 dvb_frontend_swzigzag +0x1a5/0x206 [dvb_core]
f8cccb2f dvb_frontend_thread+0x25c/0x2de [dvb_core] c0101005
kernel_thread_helper+0x5/0xb
Code: ff ff 8b 45 e4 89 d9 ba 07 00 00 00 c1 eb 08 e8 04 fb ff ff 8b 45
e4 89 d9 ba 08 00 00 00 e8 f5 fa ff ff 8d 86 ff df 2e
00 31 d2 f7 f6 ba 09 00 00 00 89 c1 8b 45 e4 e8 dc fa ff ff 0f b6 4d e
d
EIP: [f8bd79df] tda10086_set_frontend+0x311/0x3f6 [tda10086] SS:ESP
0068:db13df3c
that's all as a first report. let me know if you need more info.
bye
andrea venturi
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TS Stream - null packets generation?
Chun Chung Lo wrote: Hi all, I am now using a STB (under development) which its hardware configuration is: SAA7134 + TDA10046A + TD1316 When I capture the TS stream (which is stream out by a DVB-T modulator), and compare the file with the original one, I found tones of NULL packets (which its header is 0x47 0x1F, 0xFF 0x10, and remains are 0x00 ... Until the end of a TS packets, 188bytes). The captured TS is corrupted in a random level, sometimes seriously, sometimes a bit. I found these null packets wasted lots of PCI bandwidth and, may these cause the above error? And where are the TS null packets come from? hi, usually, the DVB-T modulator fills the outgoing modulated TS with null PIDs when the bitrate of the incoming TS is lower then the expected outgoing bitrate. +--+ ++ | |ASI|| UHF | TS player|---| DVB-T modulator|- | | IN|| OUT +--+ ++ with expected i mean the useful bitrate that comes from the other parameters you put in the DVB-T modulator: - channel BW (7/8 MHz) - FEC - guard interval - modulation (QPSK/QAM16/QAM64) there are preformatted tables about it on the net. then you should look at the TS player, you are using; it's feeding the modulator at a constant bit rate (CBR) or it follows the PCR? but you need to detail more thoroughly your setup if you want us to better understand what's going on. anyway, i really don't know how it can be corrupted bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JustDVB-IT 0.3: MHP _and_ an open source ip encapsulator..
hi, guys! two weeks ago, we opened up our GPL project for interactive digital tv generation. BTW, we didn't have all that feedback from this first public release! maybe there is not all that interest in MHP carousel server in the DVB world.. don't know! who knows! anyway, we are back with an enhanced release.. some MHP enhancements and a running version of an IP encapsulator, useful for broadband asymetric internet access (with a dial-up as inbound channel) or for data distribution over multicast (check the flute project for info) read all the details on the blog: http://krusty.cineca.it/vpweb/cgi-bin/blosxom.cgi/ you'll find the description of a simple testbed to verify the functionality! look for the iptraffic dir in the package and check the script with all the comments a smart guy really need to make it run! ;-) as usual, it run for us! it's not all finished, no config tools.. just a (free as freedom) proof of concept, so YMMV! bye andrea venturi
[linux-dvb] GPLed MHP DVB solution.. (alpha!)
hi, i work in a small workgroup developing a core solution to deploy a DVB solution for interactive digital TV broadcasters. in italy, there is an increasing interest in DVB because we are in the middle of the switch from analog to digital terrestrial television. the focus in italy is toward an interactive (aka MHP) digital tv. we, as cineca, are planning to act as a service provider for traditional broadcasters to enhance with interactive applications their basic service (expecially PA applications). we are a newcomer in television services and have no asset there but we come from a long tradition of IT services and actually we are well on the path of the open source higher quality and modularity value proposition.. so, we thought that interactive digital tv (from the broadcaster side of the story) could be the next big thing for the open source community! growing on some well done basic tools like dvbsnoop, projectx, libdsmcc, dvbstream, and others (sorry to miss here the right recognition!) we began to plan a simple dvb lab to test MHP applications. we bought a DVB-T modulator and.. ad ..some DVB-ASI cards from dektec which sports a good old open source GNU/linux driver http://www.dektec.com. !-- sito, you owe us some good money for the ad! ;-) --! /ad and worked hard for a couple of month (but it has been quite fun!) and now, today, we are launching our GPLed alpha state prototype to test MHP applications, something that (we hope) will evolve in a fully fledged modular carousel server (and more!). the name of the project is JustDVB-IT ! the home page is: http://krusty.cineca.it/vpweb/cgi-bin/blosxom.cgi/ where you should find some informations, a la blog: - all the news about the project - a simple demo ts, a popular promo used to introduce interactive digital tv to italian people! - a simple demo MHP application (a game like quadra http://quadra.sf.net) - the package JustDVB-IT-0.2.tgz if you untar all this stuff, you'll get: - all the overmentioned projects freezed to the version we used at the time of the packaging (a way we hope to reduce the number of variables) - a lot of simple tools able to create/modify a number of system table of a transport stream flowing along - a directory cindemo with a script start.sh quite readable where all those tools are piped in the right way to test them as usual, there are tons of things to change, improve, comment and so on.. but we believe many people could be interested in this project, some mails some time ago were about dvb headend, this _could_ be the starting point! actually this is NOT a lot of things: - no soft mux of SCTS, - no ip encapsulator (but this is going to be done soon!) - no teletext - no EPG - no fancy system tablea - no pay per view - no CSA support - no OTA upgrade service ..and does NOT do a lot of things: - no documentation - no easy configuration - no web interface - no monitoring - no high availability today just plain simple MHP apps are inserted on a TS! and, BTW, we dont support actually multimedia streams and many many other features of the MHP standard.. BUT we hope to add every features we need, that is cool and/or could be funded by external parties ;-) ! so this is GPL, will be GPL, take it, use it, modify it and let it live an happy GPL life. let us know what you think about it. bye andrea venturi
[linux-dvb] Re: driver for VP7041 VisionDTV Twinhan USB DVB-T
Patrick Boettcher wrote: Hi list, I recently bought a VP7041 and was asking on the mailing list, if someone has a working driver or works on one. (http://www.linuxtv.org/mailinglists/linux-dvb/2004/05-2004/msg00223.html) Since I didn't receive an answer, I started to have a look. sorry for me not being responsive WRT your first mail. i made the first mail about this usb adapter, but, then, i just had the time to check that i could get the dump of the USB transaction using those usb sniffer.. the same info it seems your are using to proceed with the protocol analysis! cheer to you! [...] When I'll have the driver ready for real tests, I wonder if it is possible to add it to cvs to reach a wider user community. Or is there another method to do so? actually i'd like to help this effort with some test but our usb adapter is used as a field test device for DVB-T signal availability here in nothern-east of italy, so it's not always in my pocket to maybe test verify your protocol-related question.. hope to see this kind of driver on a cvs. BTW i'm wondering if this kind of usb driver could be completely an user space application because it's based on best-effort usb transaction (dont remember the exact term in usb terminology; not synchronous, i mean) and i remember there are already user space application acting like driver for other usb adapter. this way, an alpha-state driver should be less of a pain WRT crashing the running kernel! bye -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: info visionplus usb-ter
Peter Schildmann wrote: Hi, On Wed, Apr 21, 2004 at 02:47:37PM +0200, Andrea Venturi wrote: hi, we bought this usb dvb-t visionplus dvb-t usb-ter http://www.visionplus.com.tw/visiontv-2.htm the main business is load any firmware available on the linux host to the chip. but i have not been able to recognize the firmware file in the driver directory of the MS OS driver package.. (maybe it's embedded in some of the .sys file there) Try this: yes, it works! from a cold start, the usb device comes to life with the final identity. this is really the first step to make the bare metal running now, linux is just missing the real dvb driver for this card!! ;-) when i'll have some spare time i'll try to understand a bit the usb protocol with some usb snooping tool like this: http://benoit.papillault.free.fr/usbsnoop/ http://www.toth.demon.co.uk/usb/reverse-0.2.txt or maybe try to dump usb log when the original driver is running on a vmware guest OS. but may i ask, out of curiosity, if this firmware loader is just a hint of more meat to come?! ;-) andrea venturi -- vp7041fwload.c -- /* * TwinHan Vision Plus USB-Ter firmware loader * * Copyright (c) 2004 Peter Schildmann [EMAIL PROTECTED] * * This program is free software; you can redistribute it and/or * modify it under the terms of version 2 of the GNU General Public * License, as published by the Free Software Foundation. This * program is distributed WITHOUT ANY WARRANTY; without even the * implied warranty of merchantability or fitness for a particular * purpose. You should have received a copy of version 2 of the GNU * General Public License along with this program; if not, write to * the Free Software Foundation, Inc., 59 Temple Place - Suite 330, * Boston, MA 02111-1307, USA. */ signature.asc Description: OpenPGP digital signature
[linux-dvb] info visionplus usb-ter
hi, we bought this usb dvb-t visionplus dvb-t usb-ter http://www.visionplus.com.tw/visiontv-2.htm and it seems this usb device card isn't yet supported by the linux dvb driver. or at least i can't find any useful stuff on the linux-dvb ML! so, i'd like to try to raise some awareness about the meat inside, and only time will tell if this is just a warm generator for the linux world or a more useful device! actually, if i plug it in the other OS i can see it will load _two_ different drivers one after the other.. the first step, from cold to warm, is just a firmware loading and initialization of the controller inside.. the second step should be the recognition of the final device: the DVB-T tuner/demux.. on linux i can find two different USB footprint under the /proc/bus/usb/devices (see attached dump!) COLD: ... P: Vendor=1822 ProdID=3201 Rev= 0.01 ... WARM: ... P: Vendor=1822 ProdID=3202 Rev= 0.01 S: Manufacturer=TWINHAN S: Product=VP7041 ... (BTW, the shop told me this was a VP7042, don't know the difference between 7042 and 7041.. anyone?!) than i made some pictures about the inside of the box (BTW no seal to be broken :-) beware they are huge pictures! http://krusty.cineca.it/vpweb/temp/vp/ the demuxer is under a passive cooler so i don't know what it is; here someone say should be a conexant chip: http://www.golem.de/0402/29659.html (could someone deutch-speaking tell about useful info on that thread on macosx and linux support?!) the only other visible chip is a cypress AN2135SC: one of the AN2131 family: http://www.cypress.com/products/datasheet.cfm?partnum=AN2131 this is the controller (8051) i said above. it's a quite aged device used in many different purposes; it's called ez-usb and there's already a simple driver on sf.net: http://ezusb2131.sourceforge.net/ the main business is load any firmware available on the linux host to the chip. but i have not been able to recognize the firmware file in the driver directory of the MS OS driver package.. (maybe it's embedded in some of the .sys file there) BTW it's a pity this is not the EZ-USB FX2 running at full speed of a usb 2.0 bus (aka 480Mbps) but just the usb 1.1 version so it seems hardware pid filtering will be a must because a full mux bw should largely exceed the usb 1.1 real bw available!! :-( i believe both tuner (on a side there is a sticker telling something about a TD 7022..) and demux should be available on the i2c bus (driven from the cypress chip..) and maybe they answer some discovery query.. that's all for now. do you know if there's some activity on-going about this usb device for linux? thanx in advance andrea venturi T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #3) S: SerialNumber=:00:1d.2 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #2) S: SerialNumber=:00:1d.1 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #1) S: SerialNumber=:00:1d.0 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1 P: Vendor=1822 ProdID=3201 Rev= 0.01 C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) I: If#= 0 Alt= 1 #EPs=13 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=10ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=84(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=86(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=88(I) Atr=01(Isoc) MxPS= 16 Ivl=1ms E: Ad=08(O) Atr=01(Isoc) MxPS= 16 Ivl=1ms E: Ad=89(I) Atr=01(Isoc) MxPS= 16 Ivl=1ms E: Ad=09(O) Atr=01(Isoc) MxPS= 16 Ivl=1ms E: Ad=8a(I) Atr=01(Isoc
[linux-dvb] operation not permitted
Hi all
I'm trying to setup my skystar2 card to receive EUMETCAST data from
HotBird13
(see at
http://www.eumetsat.de/en/index.html?area=left7.htmlbody=/en/dps/dissemination/eumetcast.htmla=710b=1c=700d=700e=0)
on my Red Hat 9.0 workstation using linuxtv 1.1.0.
all modules and programs are compiled without errors.
all necessary modules are inserted in the kernel without errors.
in linuxtv-dvb-1.0.1 distribution there is a program called
"scan" and this program works well: I obtainel the full list
of channels on HotBird13.
the problem is with the dvbtune command:
looking at dvbtune.c source code and as we can see in the
fragment below
the message "Successfully opened network device, please configure the
dvb interface\n"
is printed indipendently from the result of ioctl
1398 #ifdef NEWSTRUCT
1399 sprintf(devnamen,"/dev/dvb/adapter%d/net0",dev);
1400 #else
1401 sprintf(devnamen,"/dev/ost/net%d",dev);
1402 #endif
1403 //printf("Trying to open %s\n",devnamen);
1404 if((fdn = open(devnamen,O_RDWR|O_NONBLOCK)) 0) {
1405 fprintf(stderr, "Failed to open DVB NET DEVICE");
1406 close(fd_frontend);
1407 if (fd_sec) close(fd_sec);
1408 } else {
1409 // Add the network interface
1410 ioctl( fdn,NET_ADD_IF,netif);
1411
1412 close (fdn);
1413 printf("Successfully opened network device, please
configure the dvb interface\n");
1414 }
1415 }
so I decided to modify the sorce code and I added
some printf for diagnostic
1408 } else {
1409 // Add the network interface
printf("trying to open %s\n", devnamen);
1410 // ioctl(
fdn,NET_ADD_IF,netif);
printf("result from ioctl : %d errno = %d\n", ioctl( fdn,NET_ADD_IF,netif), errno);
perror("ioctl message:);
1411
1412 close (fdn);
1413 printf("Successfully opened network device, please
configure the dvb interface\n");
1414 }
1415 }
and then, running the program:
[EMAIL PROTECTED] dvbtune]# strace -o tune.log ./dvbtune -c 0 -f 11096000 -p H -s
27500 -n 100
Using DVB card "Zarlink MT312"
tuning DVB-S to L-Band:1107311556, Pol:H Srate=2750, 22kHz=off
polling
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC
Bit error rate: 0
Signal strength: 16022
SNR: 51199
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC
trying to open /dev/dvb/adapter0/net0
result from ioctl : -1 errno = 0
ioctl message: Operation not permitted
Successfully opened network device, please configure the dvb interface
so we can see that ioctl fails with message "operation not permitted"
in attachmet there is also the file tune.log
and the network interface dvb0_0 IS NOT CREATED .
thanks for the help
Andrea
execve(./dvbtune, [./dvbtune, -c, 0, -f, 11096000, -p, H, -s,
27500, -n, 100], [/* 38 vars */]) = 0
uname({sys=Linux, node=localhost.localdomain, ...}) = 0
brk(0) = 0x804f688
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40016000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=115585, ...}) = 0
old_mmap(NULL, 115585, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)= 0
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`V\1B4\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1531064, ...}) = 0
old_mmap(0x4200, 1257224, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4200
old_mmap(0x4212e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12e000)
= 0x4212e000
old_mmap(0x42131000, 7944, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x42131000
close(3)= 0
set_thread_area({entry_number:-1 - 6, base_addr:0x40016a00, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0x40017000, 115585) = 0
open(/dev/dvb/adapter0/dvr0, O_RDONLY|O_NONBLOCK) = 3
open(/dev/dvb/adapter0/frontend0, O_RDWR) = 4
open(/dev/dvb/adapter0/demux0, O_RDWR|O_NONBLOCK) = 5
open(/dev/dvb/adapter0/demux0, O_RDWR) = 6
open(/dev/dvb/adapter0/demux0, O_RDWR) = 7
open(/dev/dvb/adapter0/demux0, O_RDWR) = 8
open(/dev/dvb/adapter0/demux0, O_RDWR) = 9
open(/dev/dvb/adapter0/demux0, O_RDWR|O_NONBLOCK) = 10
ioctl(7, 0x6f2a, 0) = 0
ioctl(6, 0x6f2a, 0) = 0
ioctl(8, 0x6f2a, 0) = 0
ioctl(4, 0x80a86f3d, 0xb550)= 0
write(2, Using DVB card \Zarlink MT312\\n, 31) = 31
write(2, tuning DVB-S to L-Band:110731155..., 67) = 67
ioctl(4, 0x6f43, 0x1) = 0
ioctl(4, 0x6f42, 0x1) = 0
nanosleep({0, 1}, NULL) = 0
ioctl(4, 0x40246f4c, 0xb600)= 0
write(2, polling\n, 12)
[linux-dvb] Re: VHF DVB-T cards?
Robert Schlabbach wrote: From: Nico [EMAIL PROTECTED] down here in Italy the first DVB-T transmissions are popping up, so I'm searching a good budget card to buy. I want to avoid UHF-only tuners, because VHF is going to be used here. Hauppage doesn't list the tuner specs of their Nova-T cards, so can someone post the list of options, please? The _2002_ TechnoTrend Budget DVB-T card, which is also sold under the name Hauppauge Nova-T (as well as Lorenzen SL DVB-T) supports VHF reception. The card looks like this: http://secret.cream.org/wintv-newtuner.jpg I can say for sure that this card supports VHF, because I have the Lorenzen card (without IR, unfortunately) and receive VHF channels 5 and 7 with it here in Berlin. hi, you can see our nova-t here: http://marge.cineca.it/aventuri/public/nova-t.jpg from usa-x.org (90 EUR today!) http://www.usa-x.org/1shop/popup_image.php?pID=34 and are looking for these DVB-T signals in bologna: it seems that we should already get some feed: Canale Pol Bouquet Provincia Note 51 v La7 Bologna G H Rai Bologna Bouquet A 52 H Rai Bologna Bouquet B so it seems RAI is transmitting in VHF (from Asinelli tower in the center of Bologna!!) and La7 is transmitting from CastelMaggiore (i'm told) this is a site interesting: http://www.sat-net.org/dvbt/show.php?id_prov2=15id_bouq2=99Submit=Avvia+ricerca maybe we can share some experience! bye pgp0.pgp Description: PGP signature
[linux-dvb] Re: tt budget-s unknown subvendor subsystem id 13c2:100f !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gunther Mayer wrote: | | ~ MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f), | | | | Isn't this a Nova-CI? You need to load the budget-ci.o driver for this | type of cards... | | | Probably this card has the CI connector not soldered. | | exactly.. you can see on the printed board traces for the missing components (socket included) but there's nothing soldered on it. is it better to use nevertheless the budget-ci module? bye -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/0D1Ii/RI2aqk3sERAqdVAJ46dVoptsXKyGOw+wF5F+kHeX59OACfUFXW YVugfPr9IgSPRI2kwggQIuQ= =ZKO+ -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] tt budget-s unknown subvendor subsystem id 13c2:100f !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, i got a new nova-s with such lspci -vn entry: ~ ... ~ 02:01.0 Class 0480: 1131:7146 (rev 01) ~Subsystem: 13c2:100f ~Flags: bus master, medium devsel, latency 64, IRQ 22 ~Memory at fcddec00 (32-bit, non-prefetchable) [size=512] ~ ... so, to let be recognized by yesterday (3.12.2003) dvb-kernel cvs checkout, i had to add this row in line 205 of: .../dvb-kernel/linux/drivers/media/dvb/ttpci/budget.c ~MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f), then, recompile budget.ko and after modprobe, dmesg says: ... saa7146: found saa7146 @ mem d0981c00 (revision 1, irq 22) (0x13c2,0x100f). DVB: registering new adapter (TT-Budget/WinTV-NOVA-S PCI). drivers/media/dvb/frontends/stv0299.c: setup for tuner SU1278/SH DVB: registering frontend 1:0 (STV0299/TSA5059/SL1935 based)... TT-Budget/WinTV-NOVA-S PCI adapter 1 has MAC addr = 00:d0:5c:02:b1:02 ... bye andrea venturi -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/z3Zji/RI2aqk3sERAvBmAKCvrtVY2tRGYni+NJZ6xP0FF5Tc+ACfdTKU P8ILD6eIELjRs4VT0wG3LjM= =+vqu -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: FF cards alter PTS'?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Holger Waechtler wrote: | | ... | Modern fanless Mainboards like the VIA Epia boards in the Hush-box have | much more CPU power and also some MPEG decoder helper functionality | speeding up the DCT on the CPU die (or was it on the graphics chip?). | MythTV has some experimental support for this feature IIRC. | | just my 2 cents, WRT a new STB (so not speaking about ricycling old HW!) with no moving part and cheap: the EPIA-M: ~ http://www.viavpsd.com/product/epia_m_spec.jsp?motherboardId=81 has: - - fanless CPU - - 1 PCI slot (for a budget card..) - - a CLE266 north bridge who supports MPEG2 HW decoding and actually there's an effort to reverse engineer the binary module from via: ~ http://www.ivor.it/cle266/ ~ http://crp.pwp.blueyonder.co.uk/MPEG/details.html ~ http://forums.viaarena.com/messageview.cfm?catid=28threadid=47219 her newer sister EPIA-TC has a CF slot and a 12V DC power onyl to make it a completely no-moving-part solution: ~ http://www.viavpsd.com/product/Download.jsp?motherboardId=201 disclaimer: i'm not involved in any way in VIA and other party businesses! ;-) bye andrea venturi -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/u5zOi/RI2aqk3sERAjesAJ9XPc8QPf7yh4JBSZm7avFBB/MeqQCfRzvB 6Ol8G3eGooB7sF9eSaeIV2E= =Vuf8 -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Using pipe?
Hi list , where I could find some example to use/manage pipe for ts-decoding ? Thanks _ Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Help with pipe/fifo
Hi
where I could find sample using pipe/fifo for ts decoding? I would use pipe
so the entire stream received, could be processed to retrieve all pid
transmitting over a transponder (tuned by dvbtune). Now I am using this code
but there a problem on decoding pid: child's get out only pid 0 (scan decode
other pids)!
I think the problem is in write-end pipe but I dont know how resolve! Could
you help me in anyway? thanks of all. Andrea
//parent write-end fd[1]
while((read(fd_dvr,tmp,10*TS_SIZE))!=0){
write(fd[1],tmp,10*TS_SIZE);
}
//child read-end fd[0]
if((read(fd[0], mbuf, TS_SIZE))0) perror(\nerror reading pipe\n);
for (i = 0; i TS_SIZE ; i++)
{
if ( mbuf[i] == 0x47 ){
printf(\nFound sync byte at %d\n,i);
break;
}
}
if (i == TS_SIZE)
{
perror(\nNot a TS\n);
return -1;
}else{
memcpy(buf, mbuf+i, TS_SIZE-i);
while((read(fd[0], mbuf, i))!=0);
memcpy(buf+TS_SIZE-i, mbuf, i);
//my_get_bits() function ok!
point_bit=11;
i=my_get_bits(buf,13);
printf(\nFirst pid: %04x\n,i);
point_bit=0;
l=0;
while((read(fd[0], buf, TS_SIZE))!=0){
//read(fd[0], buf, TS_SIZE);
point_bit=11;
i=my_get_bits(buf,13);
printf(\nFound pid %d: %04x
%d\n,l,i,i);
point_bit=0;
l++;
}
}
}
_
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] Pipe ok! Set filtering dmx...
Hi list my pipe is ok! The last question is: there's a way to set the dmx_pes_filter_params.pid = ANY_PID to obtain each pid on the transponder? This is my last limitations, please send me a reply! Thanks to all. _ Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Pipe?
Hi list,
I need use pipe to analyze consecutive pid of ts. With this code:
if(pid=fork()0) perror(\nfork error\n);
else if (pid0)
{//parent
close(fd[0]);
//tuning operation and get fd_dvr handle
close(fd[1]);
if (waitpid(pid,NULL,0)0) perror(waitpid error);
exit(0);
}
else if (pid==0)
{//child
close(fd[1]);
close(fd[0]);
exit(0);
}
_
Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] REPIPE
ReHI list, excuse for mistake!! So, I use a fork (such as you seen previously) to get ts from a pipe. But there is something wrong because that code run twice !!! Someone could help me? Code or something else? Tks. _ Vinci la nuova Nissan Micra con MSN Messenger! http://www.msn.it/messenger/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] [linux-dvb]-Not able to lock...
Hi list, I have again a bad problem: polling Getting frontend event FE_STATUS: polling Getting frontend event FE_STATUS: FE_HAS_SIGNAL FE_HAS_CARRIER polling Getting frontend event FE_STATUS: FE_HAS_SIGNAL FE_TIMEDOUT FE_HAS_CARRIER Not able to lock to the signal on the given frequency. There are any patches to apply or code to modify or something else? Thanks _ MSN Foto: condividi, ritocca e stampa le tue foto online http://photos.msn.it -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Reader idle
Hi list,
I'm using API 3.0 to develop a Ts-reader with this pes filter:
struct dmx_pes_filter_params flt;
if((ioctl(fd_demuxv, DMX_SET_BUFFER_SIZE, TS_BUF_SIZE))0){
perror(DMX_SET_BUFFER_SIZE failed:);
return -1;
}
memset(flt,0,sizeof(struct dmx_pes_filter_params));
flt.pid = pid;
flt.input = DMX_IN_FRONTEND;
flt.output = DMX_OUT_TS_TAP;
flt.pes_type = DMX_PES_OTHER;
flt.flags = DMX_IMMEDIATE_START;
where
#define TS_BUF_SIZE 4096
but when I test the sw (after sint. with dvbtune), it work fine only 1 time
otherwise stop itself at :
n = read(fd_dvr,buf,sizeof(buf)); uint8_t buf[188];
and my terminal doesn't show anything (no error, no message, nothing) so I
don't know where it the problem!!!
Note: after insmod or reboot my sw go well; at the second chance stop!
Why?Thanks
_
MSN Foto: condividi, ritocca e stampa le tue foto online
http://photos.msn.it
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
[linux-dvb] ts analyzer
Hi list, I would get out some information from a transport stream read from fd_demux by unsigned char buffer[188]; is there any struct to know? Something could help me with sample-code or links ?Thanks. _ Comunica in un altra dimensione con MSN Extra Storage! http://www.msn.it/msnservizi/es/extra_storage_tag/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] ntuxplayer.c error compile
Hello, i'm italian student. I've installed dvb-20021013.tar.bz2, because latest stable driver 0.9.4 didn't work. Now i can compile driver and load the modules but when i try to compile tuxzap i receive this output : make all-recursive make[1]: Entering directory `/root/DVB/apps/tuxzap' Making all in src make[2]: Entering directory `/root/DVB/apps/tuxzap/src' source='ntuxplayer.c' object='ntuxplayer.o' libtool=no \ depfile='.deps/ntuxplayer.Po' tmpdepfile='.deps/ntuxplayer.TPo' \ depmode=gcc /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPTHREADS -DHAVE_LIBA52 -DHAVE_LIBMAD -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I.. -I/usr/local/include -I../../../libdvb -I../../../libdvb/include -I../../../libdvb/src -I../../../driver -I../include -I../../../include-g -O2 -Wall -c `test -f ntuxplayer.c || echo './'`ntuxplayer.c ntuxplayer.c: In function `play_file_video': ntuxplayer.c:194: `true' undeclared (first use in this function) ntuxplayer.c:194: (Each undeclared identifier is reported only once ntuxplayer.c:194: for each function it appears in.) ntuxplayer.c:284: `false' undeclared (first use in this function) ntuxplayer.c: In function `play_ts_video': ntuxplayer.c:552: `false' undeclared (first use in this function) ntuxplayer.c:555: `true' undeclared (first use in this function) ntuxplayer.c: In function `main': ntuxplayer.c:996: `true' undeclared (first use in this function) make[2]: *** [ntuxplayer.o] Error 1 make[2]: Leaving directory `/root/DVB/apps/tuxzap/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/DVB/apps/tuxzap' make: *** [all] Error 2 My configuration is : Slackware 8.1 kernel 2.4.19 n.b.: I've installed right autoconf i think the problem is not there Thanks, for your support, Andrea __ Scarica il nuovo Yahoo! Messenger: con webcam, nuove faccine e tante altre novità. http://it.yahoo.com/mail_it/foot/?http://it.messenger.yahoo.com/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] make insmod Error 139
Hello, i'm italian student, sorry for my bad english ;) Before to write this mail i've checked all message into mainglist, but i couldn't resolve my problems. My distribution is Slackware 8.1 with 2.4.19 kernel, it's not original kernel but same problem i've found with original 2.4.18. I resolved some problems like //busy in dvb.c and tv.tv_sec=1 in dvb_frontend.c, but when i try make insmod I receive this output: ./makedev.napi make make[1]: Entering directory `/root/DVB/driver' DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules) make[2]: Entering directory `/usr/local/src/linux-2.4.19' make -C /root/DVB/driver CFLAGS=-D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 - march=i686 -DMODULE -DMODVERSIONS -include /usr/local/src/linux-2.4.19/include/linux/modversions.h MAKING_MOD ULES=1 modules make[3]: Entering directory `/root/DVB/driver' make[3]: Nothing to be done for `modules'. make[3]: Leaving directory `/root/DVB/driver' make[2]: Leaving directory `/usr/local/src/linux-2.4.19' make[1]: Leaving directory `/root/DVB/driver' ( \ insmod dvbdev.o; \ insmod dvb_net.o;\ insmod i2c-core; \ insmod videodev;\ insmod dvb_filter.o;\ insmod dmxdev.o;\ insmod VES1893.o; \ insmod VES1820.o; \ insmod L64781.o;\ insmod SP8870.o debug=1;\ insmod tda8083.o; \ insmod stv0299.o; \ insmod tuner.o; \ insmod saa7146_core.o mode=0; \ insmod saa7146_v4l.o; \ insmod dvb_demux.o; \ insmod dvb_frontend.o; \ insmod dvb.o init_chan=2 pids_off=0;\ ) Warning: loading dvbdev.o will taint the kernel: non-GPL license - LGPL See http://www.tux.org/lkml/#s1-18 for information about tainted modules Module dvbdev loaded, with warnings Using /lib/modules/2.4.19/kernel/drivers/i2c/i2c-core.o Using /lib/modules/2.4.19/kernel/drivers/media/video/videodev.o Warning: loading tuner.o will taint the kernel: no license See http://www.tux.org/lkml/#s1-18 for information about tainted modules Module tuner loaded, with warnings Warning: loading saa7146_core.o will taint the kernel: no license See http://www.tux.org/lkml/#s1-18 for information about tainted modules Module saa7146_core loaded, with warnings Warning: loading saa7146_v4l.o will taint the kernel: no license See http://www.tux.org/lkml/#s1-18 for information about tainted modules Module saa7146_v4l loaded, with warnings /usr/src/linux/scripts/pathdown.sh: TOPDIR: parameter null or not set insmod: a module named videodev already exists Unable to handle kernel NULL pointer dereference at virtual address 003c *pde = Oops: CPU:0 EIP:0010:[d4e093ab]Tainted: P EFLAGS: 00010282 eax: d4e0c2c8 ebx: ecx: edx: d4e0c180 esi: edi: d4e0c2b8 ebp: esp: cce87e9c ds: 0018 es: 0018 ss: 0018 Process insmod (pid: 540, stackpage=cce87000) Stack: d496df20 d4e0c180 cd4d21e0 0001 ccfb2300 c0122b93 cd4d21e0 ccfb2300 cd1ed850 0001 40214000 40214000 0296 c024a420 01ff 0060 1000 b30c 0203 d4dff000 0009 Call Trace:[d496df20] [d4e0c180] [c0122b93] [d4e09be2] [d4e0c180] [d4e09d65] [c0116d4d] [d4dff060] [c010853f] Code: 8b 45 3c 89 42 7c 8b 40 3c 89 82 74 ae 00 00 a1 3c bb e0 d4 make: *** [insmod] Error 139 N.B: I could seen strings about cpu only if i do make insmod from shell, these strings disappears if i do make insmod from xterm on X. I couldn't understood where is the problem... Thanks, for your support, Andrea __ Mio Yahoo!: personalizza Yahoo! come piace a te http://it.yahoo.com/mail_it/foot/?http://it.my.yahoo.com/ -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] Re: TT DVBSat PCI problem
I'm sorry, here the part regarding DVB: i2c-core.o: i2c core module Linux video capture interface: v1.00 i2c-core.o: driver VES1893 DVB demodulator registered. i2c-core.o: driver VES1820 DVB demodulator registered. i2c-core.o: driver L64781 DVB demodulator registered. init_SP8870: i2c-core.o: driver SP8870 DVB demodulator registered. i2c-core.o: driver tda8083 DVB demodulator registered. i2c-core.o: driver stv0299 DVB demodulator registered. i2c-core.o: driver i2c TV tuner driver registered. saa7146_core.o: saa7146(1): bus:1, rev:1, mem:0xc8834400. SP8870: no SP8870 found ... i2c-core.o: adapter saa7146(1) registered as adapter 0. wait-for-debi-done maxwait: 50 dvb: debi test in bootarm() failed: != 10325476 dvb0: firm 05c0c4a1 dvb: 1 dvb(s) found! Bye Andrea - Original Message - From: John Williams [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 21, 2002 5:58 PM Subject: [linux-dvb] Re: TT DVBSat PCI problem At 17:55 21/03/02 +0100, you wrote: Hi All, I'm in trouble with DVB-s card. I've followed the instructions on the site www.linuxdvb.tv/driver/index.html but unluckly I have got some problem. Here you find the dmesg report. No I don't Thanks for any help Andrea -- No attachments (even text) are allowed -- That's why not -- Type: text/plain -- File: log.txt __ The information contained in this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this e-mail, the use of this information or any disclosure, copying or distribution is prohibited and may be unlawful. If you received this in error, please contact the sender and delete the material from any computer. The views expressed in this e-mail may not necessarily be the views of The PCMS Group plc and should not be taken as authority to carry out any instruction contained. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] TT DVBSat PCI problem
Hi All, I'm in trouble with DVB-s card. I've followed the instructions on the site www.linuxdvb.tv/driver/index.html but unluckly I have got some problem. Here you find the dmesg report. Thanks for any help Andrea -- No attachments (even text) are allowed -- -- Type: text/plain -- File: log.txt -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] again, problem with insmod
First of all thank you all for helping me with my card; I'm here again with another problem. I recompiled my kernel 2.2.19, finally I got a working one (hope) :) Now I'm using that kernel, and still have sources in /usr/src/linux The problem occurs again when trying insmod after succesfully compiling the driver ver. 0.8.2 in /home/amalesan/DVB/driver: ... i2c-core.o: i2c core module dvb: no dvb(s) found! dvb.o init_module: Device or resource busy Hint: this error can be caused by incorrect module parameters, including invalid IO or IRQ parameters SIOCSSIFADDR: No such device dvb0: unknow interface: No such device make: *** [insmod] Error 255 Could it really be a problem of IRQs and IO? I have a 3com 905B net card IRQ 12 and my ISDN modem with IRQ 9. And, of course, the DVB card (Techsan Electronics, with Netsystem), which should be setted on IRQ 11 (according to lspci). ** cat /proc/interrupts CPU0 0: 164662 XT-PIC timer 1: 1463 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 1 XT-PIC rtc 9: 1420 XT-PIC HiSax 12: 31005 XT-PIC eth0 13: 1 XT-PIC fpu 14: 46673 XT-PIC ide0 15: 7 XT-PIC ide1 NMI: 0 ERR: 0 ** cat /proc/ioports -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 02f8-02ff : serial(set) 0376-0376 : ide1 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(set) c800-c87f : eth0 f000-f007 : ide0 f008-f00f : ide1 Any idea? Thank you in advance, bye! Andrea -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] driver 0.8.2: error with insmod
Hi everyone I have just joined this mailing list hope to find here some help... I'm trying to make my dvb card working on my Debian linux-box. I got the sources from LinuxTv, driver ver. 0.8.2 cause the kernel is ver. 2.2.19pre17. All seems to run quite smoothly when I do make in the directory DVB/drivers (some warnings but don't think this could be the problem), till when I try to install the driver typing make insmod. It gives me an error saying: i2c-core.o: i2c core module videodev.o: unresolved symbol kernel_flag dmxdev.o: unresolved symbol waitqueue_lock dvb.o: unresolved symbol DmxDevFilterFree dvb.o: unresolved symbol DmxDevRead dvb.o: unresolved symbol DmxDevInit dvb.o: unresolved symbol DmxDevPoll dvb.o: unresolved symbol video_register_device dvb.o: unresolved symbol DmxDevDVRRead dvb.o: unresolved symbol video_unregister_device dvb.o: unresolved symbol DexDevDVRWrite dvb.o: unresolved symbol waitqueue_lock dvb.o: unresolved symbol DmxDevFilterAlloc dvb.o: unresolved symbol DmxDevDVRCClose dvb.o: unresolved symbol DmxDevIoctl dvb.o: unresolved symbol __global_sti SIOCSIFADDR: No such device dvb0: unknow interface: No such device make: *** [insmod] Error 255 I've been trying for hours with ALL driver versions, from 0.03 to 0.8.2 but nothing, make insmod always gives me an error :((( (I only posted the 0.8.2 insmod error) Thank You in advance for the help. Andrea -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
[linux-dvb] dvb over ip
hello everyone, i have a question: a cable provider is building a broadband network for internet (using, of course, ip standard). they will bring dvb signal on ip (probably with optibase mgw3100) and they are looking for a component that can be host in a set top box and can restore the dvb signal from the ip incapsulation. they are looking for something quite cheap because they need to fill all the set top boxes in consumers houses and they are not doing any video ip multicast streaming because they would loose all the contestual information that you can have with the dvb signal. any suggestion? thanks and regards andrea bovarini -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as subject.
