Re: [linux-dvb] How do you stream the entire MPEG-TS with dvbstream?
Il Saturday 23 February 2008 07:15:41 Adam Nielsen ha scritto: Hi everyone, I've just installed a new DViCO FusionHDTV dual digital 4 (which appears to the PC as two USB Zarlink ZL10353 DVB-T devices.) I'm trying to set up dvbstream to send the whole transport stream across the network to another PC, but I can't get this to work. If I do something like this: dvbstream -f 226500 -gi 16 -bw 7 512 650 Then it works fine, I get video and audio on the other PC and about 500kB/sec network use, but if I do this: dvbstream -f 226500 -gi 16 -bw 7 8192 Then the network use goes up to 1.7MB/sec but the picture and sound arrive corrupted, as if I have extremely bad reception. Using an old version of dvbstream with a Hauppauge Nova-T this works fine, except in that case I have 3MB/sec of network traffic with the same channel. It's almost as if the latest version of dvbstream doesn't correctly capture the whole MPEG-TS stream from the card. Has anyone else gotten this to work? Thanks, Adam. with the same drivers and a different version of dvbstream? In any case you should always try a fresh cvs checkout of dvbstream. A simple test you should run is this: dvbstream -f 226500 -gi 16 -bw 7 -o 8192 dump.ts and try to play the dump.ts from another terminal. If you see corruptions then report back, please. P.S. 1.7 and 3 MB/s are really low bandwidth usage that shouldn't cause any trouble ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Is there a daemon style program for scheduled DVB recording?
Il Saturday 23 February 2008 09:14:44 Adam Nielsen ha scritto: Hi everyone, I'm currently setting up a new server that will (among other things) record TV shows for me. In the past I've used cron to schedule recording jobs, and I've used dvbrecord to do the actual recording. This set up has served me well for many years, but unfortunately dvbrecord doesn't seem to exist any more, and it never supported programs with AC3 audio anyway (which is pretty much all the HDTV channels here in Australia.) If you were setting up a headless machine to record TV shows, what programs would you use to do this? Ideally I'd like the shows dumped into a local directory, so that I can watch them over NFS with mplayer, but I'm open to alternatives. I really want to avoid running a whole media centre program like MythTV, VDR, etc. as I'd like this to be lean and clean and I don't mind using the command line for playback. Any suggestions? I'd be happy to document the final system, installation, configuration, etc. on the LinuxTV wiki, as I couldn't find any info about this sort of thing on there at the moment. Many thanks, Adam. there used to be dvbd somewhere sometimes, although I can't say how it works because I never used it ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] MSI [EMAIL PROTECTED] A/D v1.1 mostly working
On Thursday 07 February 2008 14:39:44 Russell Kliese wrote: Analog TV worked without a problem (even with the older drivers). There is still a problem with the digital decoder. Sometimes it works fine (I can scan for channels and can run tzap to view a channel using mplayer). However, sometimes these commands don't work. I've noticed the following when running dmesg: [ 6318.055521] tda1004x: found firmware revision 20 -- ok I suspect that the card is failing to work because the firmware sometimes isn't being uploaded for some reason. Does anybody have any ideas why or what I could do to try and fix this? Hopefully this problem can be sorted out and another card can be added to the list of supported DVB-T cards. Yay! afaik the last fw for the 10046 demodulator is version 29, that you can extract from the lifeview drivers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] LATM AAC now supported
Hi, mplayer checked out from svn, when used with its internal fork of libfaad, can now decode LATM AAC streams that have recently been deployed in Norway, New Zealand and maybe somewhere else (sadly, because LATM is an extremely bad idea overall) and for which there was some request for support in this ML several months ago. Have fun. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Bug in flexcop hw pid filtering?
Il Monday 21 January 2008 12:12:17 Newsy Paper ha scritto: It's really a pity that there's now interest in that bug although there are about 10 FTA channels at 39° E that show that problem. :( regards Newsy Newsy Paper [EMAIL PROTECTED] schrieb: Hi! seems there is a bug with the hw pid filtering. flexcop-pci: will use the HW PID filter. flexcop-pci: card revision 1 b2c2-flexcop: MAC address = 00:d0:d7:01:0b:58 b2c2-flexcop: found the stv0299 at i2c address: 0x68 b2c2-flexcop: initialization of 'Sky2PC/SkyStar 2 DVB-S' at the 'PCI' bus controlled by a 'FlexCopII' complete what if you disable hw pid filtering and dump the whole TS (pid 8192) ? do you still see dropouts? It's not a solution but a viable workaround ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re - Lifeview FlyDVB-T (Tuner issues?)
Il Sunday 13 January 2008 20:40:39 Robert Noble-Eddy ha scritto: Managed to get a bit further myself - I realized that I need to provide some firmware. I tried to use the firmware that is listed in the get_dvb_firware script, for the tda10046 there are two versions (one for lifeview, one other), both of which give the same dmesg output (included below), however, neither of which actually let me find any channels when I scan. Is there something else obvious that I'm missing? a real tuner :) I used an equal card for several months, and I verified that the 8274 silicon tuner it mounts is a very weak tuner. It also overheats very quickly, even when not used. The trio is a much better card, but even so a card with a good tin-can tuner doesn't have rivals ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Mplayer complaints.
Il Tuesday 08 January 2008 06:43:18 kevin liu ha scritto: Hi,everyone. I am using mplayer to test my tv card playing NTSC program. But mplayer will give me such complaints: ++ Invalid frame duration value (0.635/0.000 = -0.635). Defaulting to 0.034 sec. v4l2: select timeoutV: 0.191 ct: 0.007 5/ 5 0% 0% 0.1% 2 0 ++ While I get plenty of such complaints, I can not see the tv program correctly. Has anybody met the same problem? How can I fix it? an question about mplayer playing v4l2 streams is seriously off topic here ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem with concurrent recording of A NALOG and DVB-T on saa7134 Based card
Il Sunday 06 January 2008 18:18:46 hermann pitton ha scritto: Am Sonntag, den 06.01.2008, 16:18 +0100 schrieb Eddi De Pieri: Hi, I've a FlyDVB TRio, and I've found a problem with viewing or recording of Analog stream while recording a DVB-T stream on my Debian Etch system with driver included in packaged kernel. The issue is that analog stream is with poor quality and distorced colors. It seems that some data sent by dvb-t part of driver affect the analog one. Please can other owner of this card and/or other lifeview Hybrid cards to test recording? The test can be due using 2 session of mencoder. Regards Eddi Hi Eddi, since you don't mention it, it is very important to use packed formats and not the default planar format when doing analog at once with DVB-T! Otherwise you get memory or even file corruption. According to Hartmut it is due to a limitation of the dma engines. Other testers please take care. Cheers, Hermann known good formats are yuy2 and i420 ___ 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
Il Thursday 03 January 2008 17:12:07 Matteo Pampolini ha scritto: Hello everybody and happy new year, my name is Matteo, I'm writing from Italy and this is my first post to this list. I'm trying to record an entire (data included) DVB-T TS into a file, I tried many solutions before posting, say dvbstream, DVBStreamer, VideoLAN, but always without success. I have an USB 2.0 SigmaTek DVB-300 device, that Linux recognises as: dvb-usb: found a 'DiBcom USB2.0 DVB-T reference design (MOD3000P)' in warm state. Moreover, during initialization I get this message: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. As far as I can understand this means that the entire transport stream should be passed to the kernel software demuxer that in turns selects the PIDs I need. 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. it's a feature of the linuxdvb drivers that the specific driver must be able to handle correctly, although in your case there doesn't seem to be a problem Anyway, I am able to tune, of course, able to record a single service and stream it to be watched through VLC, but not to record the entire TS into a file, can anyone please help me? what command line are you using? $ dvbstream -f FREQ -bw BW -o 8192 dump.ts is sufficient ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb_usb_gl861 stopped working in recent kernels?
Il Saturday 22 December 2007 23:28:30 Nico Sabbi ha scritto: Il Saturday 22 December 2007 18:43:01 Antti Palosaari ha scritto: can you try to put sleep (10ms?) before / after usb-message sending to see if it helps? There has been some discussion similar problem before with faster machines. Regards Antti msleep(10) only in gl861_i2c_msg() seems to remove those errors, but now I can't tune any frequency Jan Jan.Nijs at scarlet.be wrote Hello Nico, tuning the delay of i2c messages doesn't help for me either. I am using the following patch by Antti Palosaari: http://article.gmane.org/gmane.linux.drivers.dvb/34227 The filename is: 2007-06-13_qt1010_zl10353.patch This patch applied to a stock kernel 2.6.23.9 works for me. Hi, that patch by Antti + the additional msleep(10) gl861_i2c_msg() seem to fix both lack of tuning and the i2c write failures. Antti, may I ask why that patch isn't integrated yet? Thanks to both, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvb_usb_gl861 stopped working in recent kernels?
Hi, in the past my MSI MegaSky 580 used to work decently, but in recent Fedora 8 kernels such as Linux xp 2.6.23.9-85.fc8 I get invariably the following messages for every tuning tried: usbcore: registered new interface driver dvb_usb_gl861 qt1010 I2C write failed qt1010 I2C write failed zl10353: write to reg 62 failed (err = 0)! zl10353: write to reg 5e failed (err = 0)! zl10353: write to reg 62 failed (err = 0)! Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvb_usb_gl861 stopped working in recent kernels?
Il Saturday 22 December 2007 18:43:01 Antti Palosaari ha scritto: can you try to put sleep (10ms?) before / after usb-message sending to see if it helps? There has been some discussion similar problem before with faster machines. Regards Antti msleep(10) only in gl861_i2c_msg() seems to remove those errors, but now I can't tune any frequency ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] VHF tuning broken for TDA8275A cards?
Hi, in recent kernels (up to 2.6.23xxx) my Lifeview Trio can't tune anymore VHF channels, that used to work in previous kernels (after a patch by Hartmutt that IIRC was integrated in several months ago). I haven't tried an hg snapshot yet, but I'd like to know if other users have my problem. Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] need to hold fronend device open
Il Tuesday 04 December 2007 08:10:26 Iilluzion Shadow ha scritto: Hi there! I appreciated for good staff you develop. The question is: is it a bug or feature that to be able to have dvbnet device operational to be able to get traffic i need to have frontend device to be held open by a user process? env: dvb card: TT-budget S-1401 budget module from kernel 2.6.22 linuxtv-dvb-apps-1.1.1 OK. some examples. successful example 1 1. szap -n 1- successfully locks a signal and continually monitors signal strength 1.2 meanwhile [kdvb-fe-0] is being hold open 2. dvbnet- successfully makes a dvb0_0 device 3. ifconfig - successfully initializes dvb device 4. tcpdump- gives traffic unsuccessful example 2 1. szap -n 1 -x - lock a signal and stops 2,3. dvbnet and ifconfig - make dvb0_0 4. tcpdump - shows NO traffic reason: [kdvb-fe-0] is not being hold open workaround: keep szap going placing it into background with . szap -n 1 /dev/null 21 so it seems i have to keep [kdvb-fe-0] making szap running if you want to keep the frontend open load dvb_core with the parameter dvb_shutdown_timeout=0 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] af901x ir-remote
Il Tuesday 04 December 2007 10:40:13 Arris [ML] ha scritto: hi, what is the trick to enable the hid (remote) functionality on this chip? congratulations for having hijacked a thread (and consequently broken the mailing list archive) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Thinking about buying a DVB-S Card
Il Tuesday 27 November 2007 14:17:35 Eduard Huguet ha scritto: Thank you very much. So according to the info you gave me then the HVR-3000 is really not a good option for me, as I'd really want to use both the DVB-T and DVB-S, probably at the same time. Do anybody knows if the same thing apply for LifeView FlyDVB Trio? Thank you very much, Eduard the Trio permits to use only 1 digital and 1 analog source at the same time, and it's not exactly famous for the quality of its digital tuners ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream- Transport Continuity error Pids
Il Thursday 22 November 2007 12:32:08 Hong Yin Lim ha scritto: Hi, I'm trying to capture 1 whole Transport Stream (TS) from my card. These are the output from my dvbstream command: [EMAIL PROTECTED] dvbstream]# ./dvbstream -f 554000 -s 6875 -qam 256 -n 30 8192 test.ts dvbstream v0.7 - (C) Dave Chapman 2001-2004 However, when I try to play back the file via VLC, I received a lot of these messages (these are just some of the messages): ts warning: discontinuity received 0xf instead of 0xd (pid=33) ts warning: discontinuity received 0x8 instead of 0x7 (pid=35) ts warning: discontinuity received 0x5 instead of 0x2 (pid=34) ts debug: pid[34] unknown ts debug: transport_error_indicator set (pid=35) ts debug: transport_error_indicator set (pid=34) It seems that the TS that I capture from the card has a lot of Transport Continuity count error. bad reception? Also, when I analyse the Pids through dvbstream, I realise the Pids are actually increasing when the Pids for the normal stream is fixed! Basically, I run the -analyse command print the output to a file When I checked the number of Pids found, it was about 60+ 5 seconds later, it increased to about 70+ and it keeps increasing... forget it. I never read what -analyse does but surely it's nothing operational However, all this numbers are wrong because I have previously confirmed that the TS itself only has 55 Pids! Is the dvbstream somehow adding the Pids? Have anyone experience this problem before? Or it there a solution to this. Thank you very much. Regards, HY your problem seems to be related to bad reception. Does mplayer show artefacts or complaints when playing that file? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Non blocking IO on dvr0 device
Il Friday 09 November 2007 17:37:24 Simon Hargreaves ha scritto: The update to the latest kernel version has broken my recording programme completely and now returns device busy. I'm using dvbtune to set up the dvr0 device for TS recording but it's now locking the device so no other program can read from it. Is this a driver level change as it used to work on the previous kernel version? Simon... IIRC dvbtune doesn't even touch the dvr0 device, let alone block it. BTW, for many years (and countless revisions of the drivers) dvbstream and mplayer have used the dvr0 in nonblocking mode, without the least problem; I suspect something buggy in your current tree ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Command line dvb tuning utilities
Il Friday 09 November 2007 17:28:35 Simon Hargreaves ha scritto: What dvb tuning command line utilities are there for linux at the moment? The options I have a zap, but this does not tune to a service ID it requires specified video and audio pids, or dvbtune which although will tune into a service id it doesn't set the dvr0 device up for TS recording as well as locking the device so no other process can access it. My programme is set up to do recording directly from the dvr0 data stream, this used to work on my old kernel version but since updating my system to use 2.6.22 it now longer appears to work. The only options appear to be coding my own command line interface to the dvb device, but I'd rather not reinvent the wheel. Simon... dvbstream from cvs can tune and dump/stream individual programs ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-S2 API vs. HVR4000: When?
Il Thursday 01 November 2007 20:36:36 Steven Toth ha scritto: Ian Bonham wrote: Steve, Does this mean you will be working on an alternative to MultiProto? As an HVR4000 user I am following this thread closely as you might imagine. Ian Most likely yes. - Steve I really hope there won't be too many ( 1 ) APIs around: right now I'd be very embarassed regarding the API choose API to extend dvbstream and mplayer... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream: Not able to lock to the signal
Il Thursday 25 October 2007 04:07:19 Hong Yin Lim ha scritto: Hi, I've tried to use the following command to capture the TS from a DVB-C card: $ dvbstream -f 594000 -s 6875 -0 8192 test.ts However, I get the follwoing result: *dvbstream v0.7 - (C) Dave Chapman 2001-2004 **Released under the GPL. **Latest version available from http://www.linuxstb.org/ Adding whole transport stream to map n . 0 **Open file test.ts **Tuning to 594000 Hz **Using DVB card ST STV0297 DVB-C, freq=594000 **tuning DVB-C to 59400, srate=6875000 **Getting frontend status **Not able to lock to the signal on the given frequency **MAP 0, file test.ts: From -1 secs, To -1 secs, 2 PIDs - 0 8192 **dvbstream will stop after -1 seconds (71582788 minutes) **Streaming 1 stream* Where did I went wrong? I've tried using czap to lock into the channels, it works.. Thank you. Regards, hy try to raise the timeout value in tune.c ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream not working??
Il Wednesday 24 October 2007 09:20:04 Hong Yin Lim ha scritto: Hi, I am new to this whole dvb thing. Basically, I want to capture the TS off the tv-tuner card (DVB-C). I have successfully used the czap scan to get the channels configuration. After that, I make the dvbstream: run it to capture the TS off the card as follows: dvbstream 8192 -o test.ts However in my output I get: dvbstream v0.5 - (C) Dave Chapman 2001-2004 use cvs, please. The right command line is: dvbstream -f FREQUENCY [ all other tuning parameters ] -o 8192 test.ts ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-S2 Multiple logical TS on the same frequency
Il Sunday 14 October 2007 17:06:38 Francesco Schiavarelli ha scritto: I own a TT-3200 and I'm interested in receiving those kind of signal. I understand that ATM is not possbile, but will it be in the future? In other words it's an hardware or software/firmware limitation? thanks, Francesco aren't they transmitted on the two hyerarchical streams (that have been supported for years now) ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] UDP encapsulated MPEG{2,4} TS into dvbsnoop?
Il Friday 12 October 2007 10:43:01 Alexander E. Patrakov ha scritto: Sigmund Augdal wrote: payload type 96 and 97 is in the dynamic payload type range according to current rfcs. OK. The question is, still, how to play this. To play it you will need a SDP that describes what the ESes is. My guess is that is is in fact some kind of VOD service and not actually convensional TV. The names in the scan output do correspond to well-known TV stations. I have tried to extract the RTP payload from the dump using a simple C program. The result is that the payload of each packet starts with the same bytes (another header?). I tried to guess the length of this header and remove it (tried all even lengths between 0 and 20 bytes), and then decode the result as raw mp2, mp3, aac, mpeg4, h261, h264 and h264 data with ffmpeg. No luck yet, although the h261 codec announces the frame size (apparently for cellphones) and refuses to decode further. What to do next? if in the SDP of the broadcast transmission there's some kind of configuration (base64-encoded) string (generally known as extradata ) then you won't get ffmpeg (or any other decoder) decode the raw ESs without passing the extradata before feeding it the payloads. This is the common practice for that abomination that is RT[SC]P, which encourages this splitting between extradata and payloads even for formats that may have headers in-stream like H26x and Mpeg4. Your best best is to use ffmpeg or vlc directly on the udp:// or rtp:// transmissions you receive from the dvbnet interface ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] UDP encapsulated MPEG{2,4} TS into dvbsnoop?
Il Friday 12 October 2007 13:57:26 Alexander E. Patrakov ha scritto: Nico Sabbi wrote: if in the SDP of the broadcast transmission there's some kind of configuration (base64-encoded) string (generally known as extradata ) then you won't get ffmpeg (or any other decoder) decode the raw ESs without passing the extradata before feeding it the payloads. This is the common practice for that abomination that is RT[SC]P, which encourages this splitting between extradata and payloads even for formats that may have headers in-stream like H26x and Mpeg4. I don't have any means to get the SDP except guessing. the sdp is surely in one of the multicast transmissions you have Does this mean that, if extradata are present in the required SDP, I have to give up, for technical reasons? yes And, just in case if extradata are in fact not needed, is my strip headers and feed to ffmpeg technique equivalent to trying with the correct SDP? yes, but remember that RTP defines a different payload format for each supported codec (nice, isn't it?) , so in each rtp packet you have to analyze the payload indicator (or however it's called) and demux the payload accordingly ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] UDP encapsulated MPEG{2,4} TS into dvbsnoop?
Il Friday 12 October 2007 14:55:17 Alexander E. Patrakov ha scritto: Nico Sabbi wrote: the sdp is surely in one of the multicast transmissions you have Do you mean that it should be hidden somewhere in my udp.dump file? But it contains only UDP packets sent to ports 2 and 20002, and all of them are valid RTP packets. How to search for it? Might it be broadcasted on a different PID? yes, of course. What you are trying to access looks very much dvbh to me, a real PITA that afaic is not worth the painfatigue And, to make the task a bit simpler: could you please point me to a known good (i.e., decodable with VLC) RTP stream on the Internet, so that I can see what the real-world SDP looks like and how to demux the known good payload by hand? dunno, better ask to [EMAIL PROTECTED] or [EMAIL PROTECTED] ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Need info about AAC in DVB
Hi, I'm trying to add support to mplayer and ffmpeg for LATM AAC as carried in DVB (LATM is a framing format very different from the usual ADTS transport), but I don't understand how LATM frames are carried: the DVB SI specs (1.7.1) don't say if LATM should be carried or not in one of the 3 LOAS framers, and if not if it has to be in the error_protected format or not. Looking at the dump of the audio stream I can't find any clue. Can anyone help or shed some light, please? Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Need info about AAC in DVB
Il Friday 05 October 2007 13:25:01 hai scritto: On Fri, 2007-10-05 at 13:10 +0200, Nico Sabbi wrote: ... thanks, it's what I needed to know; ... Good :-) Do you have that PDF? the link is broken Try this link: http://www.dvb.org/technology/standards/a001r7.tm1214r30.dTS101154. v1.8.1.pdf Unfortunately the sample I can grab from your dump don't seem to comply with teh specs of LATM/LOAS I have, so the code I'm writing doesn't work. If someone has a recent spec of ISO-14496-3 please hand it to me. Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] I-Frame Detection
Il Thursday 04 October 2007 15:34:11 Thomas Lagemann ha scritto: Hi there, this is a bit off-topic since it is not a really linux-specific question, but maybe someone does know this right away. I'm lookig for a way to recognize the type of a video-frame in MPEG-2 (I.P or B) to create smooth transitions between video files, without having to decode the whole frame. I looked through the MPEG-2 TS and PES definitions, but all i found was a splicing_point_falg in the TS Adaptation Field. Unfortunately the hardware-encoder i'm working with doesn't seem to set these flags. Does anybody know another way how to determin the frame type? you need to demux the video stream and analyze the picture_coding type in the picture_header. Search for some draft of ISO 13818-2 in google ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Video and audio pid problems with dvb- t channels in Norway
Il Wednesday 03 October 2007 09:14:37 Per Thomas Jahr ha scritto: On Sun, 2007-09-30 at 22:59 +0200, Nico Sabbi wrote: If you compile dvbstream from cvs (dvbtools.sf.net) and run ./dvbstream -f FREQUENCY -bw 8 -c 0 -n 10 -prog -o:/dev/null 1 wil give you a list of the available programs, then run Yes, this works after I modified a header file to include settings for Norway. BTW: what does 1 at the end mean? just a random number to give dvbstream a program to save (even fake is enough in this case) ./dvbstream -f FREQUENCY -bw 8 -n 30 -c 0 -prog -o:dump.ts 'PROGRAM NAME' wil dump 30 seconds of program to dump.ts, that players such as mplayer, vlc, xine and kaffeine could be able to play. I got a large dump.ts file but none of the suggested programs could play it back. I tried f.ex. mplayer without any special options. Do you want me to upload the dump.ts to ftp://upload.mplayerhq.hu/incoming ? Thanks yes, please ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Video and audio pid problems with dvb-t channels in Norway
Il Wednesday 03 October 2007 08:49:54 Trygve Iversland ha scritto: You are probably right. I tried playing the output from dvbstream in mplayer, and the errors produced were FAAD errors, so th dvb part of it is probably OK. It would be nice to know if you are actually able to play it, so I uploaded NTVstream8192.ts to ftp://upload.mplayerhq.hu/MPlayer/incoming (couldn't find ftp://upload.mplayerhq.hu/incoming). Trygve bad luck: the H264 video streams are encoded with PAFF, for which there are pending patches in ffmpeg-devel (it should be a matter of few days to be committed) while the audio streams are all AAC in LATM syntax for which none of the players I know have a decoder (maybe there's some code in live555 library, I'll give it a look). ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Video and audio pid problems with dvb- t channels in Norway
Il Monday 01 October 2007 22:10:22 Trygve Iversland ha scritto: I think that your problem is the fact that the channels are h.264 and not mpeg-2. Running scandvb -vv shows the following pids: PMT 0x010d for service 0x0066 OTHER : PID 0x020d TYPE 0x1b OTHER : PID 0x02b4 TYPE 0x11 TELETEXT : PID 0x0241 I think they are not detected as Audio and Video streams because of the h.264 and aac content. However i have tried converting them to decimal and including them in the channels.conf without luck in mplayer. I find it very unlikely that mplayer can't play that content. If you upload a sample to ftp://upload.mplayerhq.hu/incoming I'll give it a look ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Video and audio pid problems with dvb- t channels in Norway
Il Sunday 30 September 2007 21:16:42 Per Thomas Jahr ha scritto: On Sat, 2007-09-29 at 20:55 +0200, Per Thomas Jahr wrote: ... but the video and audio pid for me is always 0 after a scan. ... (see http://heim.ifi.uio.no/~perja/channels.conf) Hmm, in channels.conf there is a service named Bootload. Could that have anything to do with me getting no video and audio pid? From googling a bit, it seems that this service is a way to initialize and upgrade the setup boxes. But how can I use it from linux-dvb? Anyone knows? yes, those 0-pids may indicate a generic data service, including firmware updates. Of all those channels only National Geographic seem to be playable (as audio only), that is very suspicious. If you compile dvbstream from cvs (dvbtools.sf.net) and run ./dvbstream -f FREQUENCY -bw 8 -c 0 -n 10 -prog -o:/dev/null 1 wil give you a list of the available programs, then run ./dvbstream -f FREQUENCY -bw 8 -n 30 -c 0 -prog -o:dump.ts 'PROGRAM NAME' wil dump 30 seconds of program to dump.ts, that players such as mplayer, vlc, xine and kaffeine could be able to play. If you want to analyze the TS you can use dvbsnoop or decode_pat and decode_pmt available in libdvbpsi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Missing channels on FlyDVB-S LR300 (saa7134-dvb)
James Le Cuirot wrote: On Thu, 20 Sep 2007 15:16:43 +0200 hermann pitton [EMAIL PROTECTED] wrote: Hi, if the chips are unchanged, that I don't know, at least I had a report from a guy with a FlyDVB Trio cardbus recently and the same ISL, tuner and channeldecoder and he seemed to fine with it after applying a diseqc patch for the tda10086 submitted to the list over Hartmut. http://www.linuxtv.org/pipermail/linux-dvb/2007-July/019307.html Patch is here. http://www.linuxtv.org/pipermail/linux-dvb/2007-June/018741.html Good luck, Hermann This fixed it!! Thank you ever so much! :D James isn't it yet in the main HG repository? why? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support
Fassio Blatter wrote: *Steven Toth* stoth at hauppauge.com mailto:linux-dvb%40linuxtv.org?Subject=%5Blinux-dvb%5D%20HVR4000%20SupportIn-Reply-To=25119.1174063408%40kewl.org /Fri Mar 16 18:41:50 CET 2007/ On 9/15/07, *Fassio Blatter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I hand modified dvbtune with some extra args to send via the new API (as well as the old). I can make that available if you need it, that what I used for testing in Europe on Astra 19.2. I patches version 0.05, now that I look at the sourceforge.net http://sourceforge.net site, it hasn't changed from 0.5 for 3 years. :( This won't help you unless you're running with the multiproto API. Even though I'm using a card from another manufacturer, I'd actually be quite interested in using dvbtune with the multiproto api. It could save me a lot of work adjusting scripts. Could you make that patch available? Thanks... patch welcome, but don't look at official releases: only cvs matters ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Support
Steven Toth wrote: OK. Let me produce a diff and see what changed, it was a long time ago. Nico, I take it the sourceforge project is your? - Steve no, it's Dave Chapman's, but I've been the only one committer for a lot of time ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem using mplayer.
kevin liu wrote: Dear Nicola Mplayer can give a perfect HDTV effects, but after a period of time, it gives such complaints: Too many video packets in the buffer: (148 in 8421326 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. A:69414.9 V:69410.6 A-V: 4.281 ct: 8.984 14445/14445 44% 0% 3.6% 130 0 Too many video packets in the buffer: (148 in 8402931 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. What's the problem? maybe your system is really too slow to play that content. how is it configured? what if you use lowres=2 instead of lowres=1 ? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Which player should I use?
kevin liu wrote: Hi, guys Linuxtv.org suggests many players for watching tv under linux OS. I made gxine and mplayer work well with the FusionHDTV5 USB silver tv card, but I only could watch SDTV using the two players. FusionHDTV5 USB silver can support HDTV, but I can't use gxine or mplayer to watch HDTV program. Later I installed VLC, it seems not work with this tv card. Now I just have no idea that which player I could use for HDTV program. all of them can play HDTV content. With mplayer you can use -vc ffmpeg12, -lavcopts lowres=1 to lower significantly the CPU load. What are you complaining about? How is your system configured? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hardware recommendation DVB-T USB
Boris Andratzek wrote: Hej all, after having to learn that my old DVB-T hardware is making too much trouble, I decided to spend some Euros to buy a new one. Now before I do this, I want to ask you for your recommendation for the right choice of DVB-T USB stick. It has to support USB 1.1 for my laptop is not 2.0 compatible. And it should be a small and smart thing with least troubles in linux support! So what do you recommend? none: usb sticks have huge tuning problems. There are usb non-stick tuners for sale that should work well, but you had better ask to someone who has them -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scegli ciò che stai cercando tra migliaia di annunci, prova con Email.it Annunci, linserzione è gratuita! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6891d=20-8 ___ 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: Surely this can't be too much to ask? I'm looking for a DVB-T USB stick which I can buy now and is solidly supported, that's all. Previously i've picked up a couple of MSI Digivox II sticks that when delivered turned out to be unsupported MSI Digivox II V2.0 sticks, so it's no longer safe to order those. Then I picked up a couple of MSI Mega Sky 580 sticks (the x5581 version) which appear to be incapable of receiving a decent signal under windows or linux (note that I haven't had signal problems with 4 previous DVB-T receivers). So i'm now hoping for third time lucky. Any suggestions of supported devices that are known to work without issues would be greatly appreciated. I've checked the wiki for information but it all seems to be completed out of date. I'm beginning to believe that from a tuning standpoint tinless tuners can't even remotely compare to tin-canned tuners (I tried quite a lot), let alone that they tend to overheat in short time and to perform even worse when heat rises. Maybe usb sticks are not the best choice if you want a stable reception, or maybe I simply stumbled on the crap of the crop (as usual) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] extra switch for tzap, czap and szap - new tarball and Debian package
Uwe Bugla wrote: Am Sonntag, 22. Juli 2007 13:44:44 schrieb timecop: I propose we setup #linuxtv-without-jews on feenode and coordinate our efforts to take over those fools who run the real LinuxTV scam. -tc Hello tc, could you please stay off from here with such a no-brain antisemitistic verbal crap? Thanks Uwe generally I don't reply to Uwe's mails, but I have to say that tc's sentence is one of the most horrible thing I ever read in any mailing list. Those things can't be said neither seriously nor for kidding. Shame! ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How to achieve persistent DVB-S tuning?
Wade J. Weppler wrote: I'm trying to get szap (or dvbtune) to maintain a lock, even after dvbtune or szap have been closed. Whenever I tune to a transponder, it gets a lock, and then I close the application and open up dvbsnoop. Dvbsnoop will work for a few seconds, and then no further data will be available. I then have to re-run dvbtune or szap to get another lock. I've used applications other than dvbsnoop, like mplayer, etc., and I have the same issue. I'm using a SkyStar2 DVB-S, running on a Fedora 7 box. it's how drivers are supposed to work: if the frontend is closed tuning is lost. Why is it a problem keeping szap or dvbtune running? They won't eat your food :-) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Problemi di Liquidità? Con Logos Finanziaria 30.000 in 24 ore a dipendenti e lavoratori autonomi con rimborsi fino a 120 mesi clicca qui * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2907d=12-7 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Unknown saa7134 17de:7203 card.
Stefano Busnelli wrote: Hi people, today I've subscribed this mailing list. I have a problem, and maybe this is the right place where to find a way for fixing it. I have bought a DVB pcmcia card and I can't make it work with the driver saa7134. The problem, I think, is that it is not supported at this time but maybe you can show me the way for make the driver recognise it. I really don't know what are all the infos you need for give me an advice, so I post some messages that linux give me: lspci -vv shows: 07:00.0 Multimedia controller: Philips Semiconductors SAA7133/SAA7135 Video Broadcast Decoder (rev f0) Subsystem: KWorld Computer Co. Ltd. Unknown device 7203 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (63750ns min, 63750ns max) Interrupt: pin A routed to IRQ 11 Region 0: Memory at 3c00 (32-bit, non-prefetchable) [size=2K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=3 PME- dmesg shows: try to force some of the lifeview pcmcia cards (modprobe saa7134 card=nnn) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: 250 biglietti da visita Gratis + 42 modelli e Etichette per Indirizzo Gratis + Porta biglietti Gratis -Offerta limitata! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6785d=6-7 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] does Qt1010 tune VHF?
Hi, can anyone tune VHF with this tuner? Using a friend's MSI Megasky 580 I can't, although the signals of three different transmitters are very strong here. Tuning to UHF works pretty well. Are there limitations with this tuner? Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] question about the zap utilities ,,, why so many?
CityK wrote: I have to, having never used them, profess ignorance to those two utils Nico. Although I also see that someone recently added a DVBstreamer app to the inventory too. I haven't the slightest notion on how it would differentiate from the former dvbstream neither do I Were you suggesting that those two additional apps could be added to the list and somehow be incorporated into a single utility? I'm suggesting only that the tune and/or stream from 1 application alone ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] question about the zap utilities ,,, why so many?
CityK wrote: So there is: - zap ... intended for developers - azap ... for ATSC and N.A dig. cable (STCE 07) - czap ... for DVB-C - szap ... for DVB-S - szap2 ... for DVB-S2 - tzap ... for DVB-T Is there any technical reason why these 6 utilities aren't blended together into a __single__ comprehensive tuning app ... say, zaptune or whatever, for example? I'm not a coder, so I'm not going to be doing this. But it strikes me as a logical project if someone wanted to take something up. ... Google Summer of Code be damned, look out for the CityK Day of Programming! --- Takers will get no mentoring, likely lots of criticism from the projects resident trolls, and no cash rewardbut rest assured, you will have at least earned the CityK seal approval and a glowing sense of self accomplishment. there are already dvbstream and dvbtune ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-T HD in Sweden
Peter Fassberg wrote: mplayer complains about FPS not specified in the header or invalid, use the -fps option.. Can someone explain why mplayer don't find that info in the stream? because it's missing :( ARG!! the framerate is optional in the main header of H264 (sps). To bad! What is sps? the set of higher level parameters describing the video stream content In these cases you can use -demuxer lavf, that involves a more complete analysis of the video stream by means of libavcodec and libavformat (part of ffmpeg) If I add -demuxer lavf mplayer ignores the -tsprog 610! indeed, and making ffmpeg respect that parameter requires some work that I began but never finished Can you play the HD channel using mplayer? not with that sample (hd2.ts), but I didn't try to investigate very deeply (I was too tired) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: In REGALO 'Meravigliosa Creatura' la super hit di GIANNA NANNINI Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6615d=30-5 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-T HD in Sweden
Peter Fassberg wrote: Hi all! We will soon have HDTV in the Teracom DVB-T network here in Sweden. In Stockholm the transmissions will officially start on saturday, however they are already up and running. The new mux is named Teracom network 6 and the Nacka transmitter in Stockholm are using 730 MHz (channel 53). The SVT HD channel is not scrambled. It's 720p (H.264) and the bandwidth is about 13 Mbps. I have some problems to decode the video. mplayer complains about FPS not specified in the header or invalid, use the -fps option.. Can someone explain why mplayer don't find that info in the stream? because it's missing :( the framerate is optional in the main header of H264 (sps). In these cases you can use -demuxer lavf, that involves a more complete analysis of the video stream by means of libavcodec and libavformat (part of ffmpeg) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] change channel language with zapdvb?
Louis-David Mitterrand wrote: Hi, I'm a happy user of zapdvb in client/server mode (one laptop connected to a Cinergy T² DVB-T receiver and another roaming around the house receiving through wifi). The only problem I have is to change the channel language. For instance on ARTE most movies are broadcast in french, german or subtitled versions, but I only get the french version. I tried changing audio track from within mplayer to no avail. Has someone found a solution? Thanks, you have to include in the TS all the pids containing the audio channels you want AND the PMT pid ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Creating TS-files from DVB-S2-channels
laasa wrote: Ok, I have found the filter. I must call szap2 with -p and the videopid : SAT1.HD:szap2 -t2 -p511 Sat1HD Pro7HD: szap2 -t2 -p255 Pro7HD ... Now I can create H264-files with my KNC1-DVBS2- and (sometimes) my TT3200-board. Thanks for help. dvbstream from cvs permits to select the single programs by name and inserts all pids (including the pmt one) relative to the program enclosing the chosen pid ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits
Zoilo Gomez wrote: The Diseqc-specs at http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf (table on page 13) confirm that dvbtune is in fact sending the wrong command. With a patched dvbtune (pol-bit and band-bit both inverted) it works OK, and is also according to the Eutelsat specs. I have attached a patch for you. The problem is only in dvbtune (version 0.5); you may not have been using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not suffer from this problem. Z. diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c --- dvbtune-0.5.orig/tune.c 2004-02-06 15:00:36.0 +0100 +++ dvbtune-0.5/tune.c 2007-04-30 21:22:53.0 +0200 @@ -203,7 +203,7 @@ * bits are: option, position, polarizaion, band */ cmd.cmd.msg[3] = - 0xf0 | (((sat_no * 4) 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 : 2)); + 0xf0 | (((sat_no * 4) 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 : 0)); diseqc_send_msg(secfd, pol, cmd, hi_lo, thus szap from mercurial doesn't work for you? I cp the code from there ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits
Nico Sabbi wrote: Zoilo Gomez wrote: The Diseqc-specs at http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf (table on page 13) confirm that dvbtune is in fact sending the wrong command. With a patched dvbtune (pol-bit and band-bit both inverted) it works OK, and is also according to the Eutelsat specs. I have attached a patch for you. The problem is only in dvbtune (version 0.5); you may not have been using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not suffer from this problem. Z. diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c --- dvbtune-0.5.orig/tune.c2004-02-06 15:00:36.0 +0100 +++ dvbtune-0.5/tune.c2007-04-30 21:22:53.0 +0200 @@ -203,7 +203,7 @@ * bits are: option, position, polarizaion, band */ cmd.cmd.msg[3] = - 0xf0 | (((sat_no * 4) 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 : 2)); + 0xf0 | (((sat_no * 4) 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 : 0)); diseqc_send_msg(secfd, pol, cmd, hi_lo, I disagree with your changes: according to the specs that you linked the fields are: *switch-number *switch option *satellite position *polarization *frequency_is_in_hi_band *bytecode 1 A A V Lo F0 2 A A V Hi F1 3 A A H Lo F2 4 A A H Hi F3 5 A B V Lo F4 6 A B V Hi F5 7 A B H Lo F6 8 A B H Hi F7 9 B A V Lo F8 10 B A V Hi F9 11 B A H Lo FA 12 B A H Hi FB 13 B B V Lo FC 14 B B V Hi FD 15 B B H Lo FE 16 B B H Hi FF assuming that in the code pol stands for pol_is_vertical and that hi_lo stands for hi_band ( frequency above SLOF) and counting bits from 8..1 - the last bit must be set to 1 when hi_band is 1 - the forelast bit (0x2) must be set when the polarization is horizontal (this polv is 0). Please, explain why you believe that the current code is incorrect ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits
Nico Sabbi wrote: I disagree with your changes: according to the specs that you linked the fields are: *switch-number *switch option *satellite position *polarization *frequency_is_in_hi_band *bytecode 1 A A V Lo F0 2 A A V Hi F1 3 A A H Lo F2 4 A A H Hi F3 5 A B V Lo F4 6 A B V Hi F5 7 A B H Lo F6 8 A B H Hi F7 9 B A V Lo F8 10 B A V Hi F9 11 B A H Lo FA 12 B A H Hi FB 13 B B V Lo FC 14 B B V Hi FD 15 B B H Lo FE 16 B B H Hi FF assuming that in the code pol stands for pol_is_vertical and that hi_lo stands for hi_band ( frequency above SLOF) and counting bits from 8..1 - the last bit must be set to 1 when hi_band is 1 - the forelast bit (0x2) must be set when the polarization is horizontal (this polv is 0). Please, explain why you believe that the current code is incorrect but, on the other side, the high nibble was set incorrectly due to an off-by-1 bug. Please, test dvbtune and dvbstream from cvs ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits
Zoilo Gomez wrote: dvbtune-0.5 source apparently contains a bug where it inverts both the polarization and high/low band bits in the diseqc command ... as I cannot find any info on this anywhere, I am posting my results here. I discovered this while using a KNC1 DVB-S card to compare diseqc handling with VP1034 (because diseqc is not (yet) working on my VP1034). I am using a Spaun 17089-NF 16-input switch (4 sats) + 8 outputs, which supports up to Diseqc 2.0. First I got confused, because the Mantis driver simultaneously uses the old 18/13V+22kHz method to control polarization and band, as well as the Diseqc method. So for a while I believed that Diseqc was (partially) working, until I found out that in fact 18/13V+22kHz seems to be responsible for the (partial) job! As a result of no Diseqc-functionality on VP1034, it seems that with VP1034 on my switch, sat-selection is always fixed to sat=1 (makes sense, = the first 4 inputs, which happens to be Hotbird 13.0E in my setup), however input selection from the 4 feeds V/H and H/L works fine and correctly, although based on 18/13V+22kHz. When I compared this with my KNC-1 DVB-S card (to find out why Sat-selection is not working with VP1034), I found that with KNC1, Sat-selection does switch to Sat=2 (so it must be using diseqc), but polarization and band-selection were inverted ... So when I issued the following command: dvbtune -D 2 -f 10832000 -p H -s 22000 I found that it was actually selecting sat=2 pol=V band=H (e0 10 38 f5= switch input 7), instead of sat=2 pol=H band=L (= switch input 6 / e0 10 38 f6). The Diseqc-specs at http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf (table on page 13) confirm that dvbtune is in fact sending the wrong command. With a patched dvbtune (pol-bit and band-bit both inverted) it works OK, and is also according to the Eutelsat specs. Hope someone benefits from this. Z. nice, but i don't see the patch, but I wonder how I can have been using my sat switch for years ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Fwd: [Kaffeine-user] DVB-T parameters - Rome, Italy
Christoph Pfister wrote: From a kaffeine user ... Christoph T 18600 8MHz 2/3 1/2 QAM64 8k 1/32 NONE this is probably wrong: VHF uses 7 Mhz, not 8 # C29 T 53800 8MHz 2/3 1/2 QAM64 8k 1/32 NONE -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Fai crescere i tuoi sogni. Scegli il prestito fino a 5.000 euro. * Rate da 20 euro Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6333d=6-4 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-H and dvbnet / MAC-broadcast address
Dietmar Zlabinger wrote: Hi, I am looking for help on receiving DVB-H. I get to the point where the encapsulated IP is attached to a network interface (as dvb0_0 using dvbnet -p portnr). At this stage I am able to dump the UDP-packets received using tcpdump. But I am not able to get that IP-multicast into VLC. I believe the problem is related to the fact that normally IP-multicast uses the Ethernet broadcast address (ff:ff...) while in dvb-h the destination mac is (partly) replaced by the dvb-h time slicing information . Therefore the traffic is only received by the network interface when it is in promiscuous mode (when using tcpdump), but not when a normal program (like vlc) is trying to get multicast frames out of it. My idea then was to modify dvbnet so that it replaces the broken ethernet destination (is contains timeslicing-infos) by ff:ff so that it goes through the network interface. But the actual code of dvbnet does actually not handle the received data, the only thing that program does is some ioctl(fd_net). Any idea who I could get the ethernet-multicast out even when the destination mac is wrong? Any idea how I could modify (the kernel) so that I could overwrite the faulty mac? I could not find any description on how to receive dvb-h on the web. The are some mailing on how to find SDP files, but that was not such a big thing (dvbsnoop -b pid ..). Thanks for help, Dietmar premitting that I have very little confidence with networking in general... if you run $ ifconfig dvb0_0 ip/mask promisc up $ route add -net 224.0.0.0/4 dev dvb0_0 you shouldn't need to tamper with the MAC addresses. You can also use smcrouted to re-route the tuple src_ip-dest_ip from dvb0_0 to eth0 (although I find it annoying having to know the source ip). I ad dvb-h working in both manners. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Refill s.r.l. - Cartucce compatibili e kit di ricarica per tutti i modelli di stampante. Acquista al telefono o online: consegna in tutta Italia in 48 ore! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5190d=30-3 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Improvemts to dvbstream in cvs
Nico Sabbi wrote: I've just finished to add to dvbstream in cvs a basic PAT and PMT parser that automatically adds to every map all the PAT and PMT pids corresponding to the program(s) enclosing the chosen pids. Multi-sections tables are not supported. The change is completely transparent to users, so no special command line switch is required; just remember that for the time being only maps are handled (thus -o:file and -net ip:port syntaxes, not -o and -i). more improvements committed right now: - added -prog and -pid switches to switch between program amd pid(default) mode - ability to save whole programs to maps (e.g. $ dvbstream -f .. -o:file1 -prog 1-o:file2 2-o:file23 2 3 -pid 513 -o:file4 514 means: in file1 goes program 1 in file2 goes program 2 in file23 go programs 2 and 3 plus pid 513 in file4 goes pid 514 all with the respective pat and pmt_pid, of course) - raised version to 0.7. Happy dumping ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Improvemts to dvbstream in cvs
Nico Sabbi wrote: Nico Sabbi wrote: I've just finished to add to dvbstream in cvs a basic PAT and PMT parser that automatically adds to every map all the PAT and PMT pids corresponding to the program(s) enclosing the chosen pids. Multi-sections tables are not supported. The change is completely transparent to users, so no special command line switch is required; just remember that for the time being only maps are handled (thus -o:file and -net ip:port syntaxes, not -o and -i). more improvements committed right now: - added -prog and -pid switches to switch between program amd pid(default) mode - ability to save whole programs to maps (e.g. $ dvbstream -f .. -o:file1 -prog 1-o:file2 2-o:file23 2 3 -pid 513 -o:file4 514 means: in file1 goes program 1 in file2 goes program 2 in file23 go programs 2 and 3 plus pid 513 in file4 goes pid 514 all with the respective pat and pmt_pid, of course) - raised version to 0.7. Happy dumping as usual I forgot something: -prog implicitly opens only 1 demux on pid 8192/whole TS, because otherwise individual demuxes on individual pids identified in PMTs would probably get short. I consider it an acceptable compromise -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] saa7134-dvb not loaded automatically
Andrew Archibald wrote: The saa713x drivers seem to work really well with my Tevion/KWorld DVB-T 220RF. Thanks for developing this great software. I have, however, discovered one small bug with the dvb support, in that saa7134-dvb isn't loaded automatically. So a 'modprobe saa7134-dvb' is required before dvb will work. I'm reporting this bug on this mailing list, as suggested on the wiki. I have posted the details to http://www.linuxtv.org/wiki/index.php/KWorld_DVB-T_220 so won't repeat all the dmesg etc output here. I'm happy to supply any other information or run tests. Andrew. just append saa7134-dvb to /etc/modprobe.preload -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Credi di essere più bravo di Lippi o Capello? Entra nel mondo dei nostri fantasy games! * Vieni a giocare Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6240d=19-3 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Improvemts to dvbstream in cvs
I've just finished to add to dvbstream in cvs a basic PAT and PMT parser that automatically adds to every map all the PAT and PMT pids corresponding to the program(s) enclosing the chosen pids. Multi-sections tables are not supported. The change is completely transparent to users, so no special command line switch is required; just remember that for the time being only maps are handled (thus -o:file and -net ip:port syntaxes, not -o and -i). If you find regressions let me know asap, please. ___ 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 Fnord, not _so_ ugly script! Seen worse. I have two questions: 1. What version of dvbstream do you use and where ? I run 0.5 but cannot find any newer. But I see that your options are not supported by my version. http://sourceforge.net/cvs/?group_id=50669 changing modulename with dvbstream -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Refill srl il paradiso della tua stampante - cartucce e toner compatibili, inchiostri e accessori per la ricarica, carta speciale. Tutto a prezzi scontatissimi! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?midQ87d-3 ___ 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: Solved! With the new version (0.6) of dvbstream the command: dvbstream -o:sol2.ts -f 52200 0 1029 1028 5070 only records one program. This did not work in 0.5 for me. Maybe someone should update dvbstreams homepage so that 0.6 is downloadable? fear not, I've already understood that my battle against packagers (especially debian) doesn't have any hope to succeed -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Refill s.r.l. - Prodotti per TUTTE le stampanti sul mercato a prezzi sempre convenienti. Dal 1993, leader nel compatibile di qualità in Italia. Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?midQ88d-3 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Doubt about cohexistence of FILTER and PES_FILTER on the same pid
What would happen if I set a pes filter on pid N (e.g. pmt_pid) and at the same time a section filter on the same pid? Would I get data from both or only from the section filter? The pdf doesn't mention this possible use case (or at least I didn't find it). Thank, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Doubt about cohexistence of FILTER and PES_FILTER on the same pid
Måns Rullgård wrote: Nico Sabbi [EMAIL PROTECTED] writes: What would happen if I set a pes filter on pid N (e.g. pmt_pid) and at the same time a section filter on the same pid? Would I get data from both or only from the section filter? The pdf doesn't mention this possible use case (or at least I didn't find it). Whatever happens, doing that wouldn't make any sense. A PID carries either PES data or sections, never both. I need to set the PES_FILTER because I want the pid interleaved with the others in the TS read from dvr0, but at the same time I'd like to have the section already collected by the kernel demuxer. Yes, SET_PES_FILTER is a misnomer. -- Without a frontend, mplayer is useless - someone in mplayer-users ___ 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: When playing with mplayer I got video and audio out of sync. How do I fix that? maybe during the first few seconds, but after little time it will resync -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Video Corsi GRATIS - Scopri come imparare velocemente e senza stress (Internet, Informatica, Web Marketing, Hobby Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?midQ45d=9-3 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [BUG] flexcop lockdep
Hi, using a very recent hg pull I can see in the logs the following message (tuning and receiving work fine) BUG: at kernel/lockdep.c:1860 trace_hardirqs_on() [c010318c] show_trace_log_lvl+0x19/0x2e [c0103285] show_trace+0x12/0x14 [c010329b] dump_stack+0x14/0x16 [c012c573] trace_hardirqs_on+0xc2/0x141 [c02b2e91] _spin_unlock_irq+0x22/0x26 [e0a75433] flexcop_pci_isr+0x294/0x29e [b2c2_flexcop_pci] [c013b557] handle_IRQ_event+0x18/0x44 [c013ca39] handle_level_irq+0x93/0xe2 [c0104176] do_IRQ+0x95/0xaf [c0102e4a] common_interrupt+0x2e/0x34 [c01019e0] cpu_idle+0x41/0x59 [c010033a] rest_init+0x1e/0x20 [c0386700] start_kernel+0x309/0x30b [] 0x0 === ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Tuner sensitivity - details not on linux dvb wiki?
Thomas Pinz - DC2RPT wrote: In my personal experience, the differences between the devices are most time very small and i could not recommend a device which is better than all others. Kind regards, Thomas Pinz theory apart (that I don't understand at all), in my experience some cards have abysmally better tuning performance than others, in the sense that while my Airstar2 receives everything available here with exceptional signal integrity other pci/usb receivers I tried either received absolutely nothing or at most 2/3 of the frequencis tuned by the Airstar2, often with a lot of glitches. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Tuner sensitivity - details not on linux dvb wiki?
Nico Sabbi wrote: Thomas Pinz - DC2RPT wrote: In my personal experience, the differences between the devices are most time very small and i could not recommend a device which is better than all others. Kind regards, Thomas Pinz theory apart (that I don't understand at all), in my experience some cards have abysmally better tuning performance than others, in the sense that while my Airstar2 receives everything available here with exceptional signal integrity other pci/usb receivers I tried either received absolutely nothing or at most 2/3 of the frequencis tuned by the Airstar2, often with a lot of glitches. I forgot to say that the worst receiver I tried (an usb stick that tuned next to nothing) had the same demodulator as the Airstar2 (the mt352); this fact alone says a lot about the quality of the single tuners -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Ali H.M. Hoseini wrote: could I have your patch for scan, that adds correct pmt_pid? uhm, dvb-apps from hg still doesn't dump the pmt_pid in channels.conf, thus scan it still broken. I wonder why none of the developers cares enough to fix it. Patch is here; hopefully it still applies http://www.linuxtv.org/pipermail/linux-dvb/2005-December/007257.html -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Crea il tuo sito web dinamico con PHP e MySQL - VideoCorso professionale direttamente nel tuo computer. Trucchi e segreti Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5142d=27-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: Hi, Nico I found a bug in the tda827x module. A buffer was one byte too short. This might have been the cause of the crashes since the trouble started after the first tuning attempt and the bug was in the tuning function. So may i ask you to apply the attached patch or to pull from my personal repository at http://linuxtv.org/hg/~hhackmann/v4l-dvb Sorry for the inconvenience Hartmut it works! Thanks for your patch! As for the gain I'll have to run some test and see if it helps. At first sight it doesn't seem to make much difference. I'll report tomorrow -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Ali H.M. Hoseini wrote: Hi, After searching internet (and also a clue reply from this list), I found that I should add pat and pmt pids to dvbstream output to work with videolan (vlc). I found pmt pid from scan utility output, and added 0 for pat pid, as I found in instructions. but when I run dvbstream, it says that it streams just 3 streams (opposed 4, that I think it should do, pat, pmt, video, audio), and I could not play output with vlc. the questions are: 1: is the pmt_pid in output of scan utility is correct? plain scan doesn't add the pmt_pid; several months ago I posted a patch that was ignored 2: is my dvbstream version is correct? in the helps I found from internet, there was -net option for dvbstream, but my version uses -i and -r for network settings, and there is no -net option. then it's old. the home of dvbstream is http://sourceforge.net/projects/dvbtools a fresh cvs checkout is what you need 3: how many streams should dvbstream reports in streaming for vlc. should it report streaming 4 streams when I have pat pmt video audio pids, or reporting streaming 3 streams is correct? as many as the pids. Maybe it's time to add a pat parser to dvbstream ... -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924d=26-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream pat pmt dosen't work, wrong dvbstream version?
Ali H.M. Hoseini wrote: please, don't top post. so what are those pmt_pid numbers that scan utility prints? print where? on the screen? maybe -hopefully- it was fixed since last time I used it could I have your patch for scan, that adds correct pmt_pid? ok, tonight if scan is still broken. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Refill srl il paradiso della tua stampante - cartucce e toner compatibili, inchiostri e accessori per la ricarica, carta speciale. Tutto a prezzi scontatissimi! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5187d=26-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Nico Sabbi wrote: Hartmut Hackmann wrote: Hm, there seems to be a mad pointer or a buffer overflow somewhere. Any additional hint is welcome so that i at least can reproduce the problem. Do you run a 64 bit system. Did your card work with the drivers from the kernel distribution? Hartmut I've just recompiled kernel and latest drivers (unmodified) from scratch after having previously removed /lib/modules/2.6.20/kernel/drivers/media but although I didn't get a hard lock the problem persists. Attached is the gzipped log obtained with tda1004x debug=1 and saa7134-dvb debug=1. Thanks for your help, Nico -- Without a frontend, mplayer is useless - someone in mplayer-users log.gz Description: GNU Zip compressed data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: I still haven't found a cause for the problem. A vague idea: what happens if you start an analogue application first? Hartmut the analog tuning works without problem (and this reminds me that adding .tuner_config=2 to the trio entry in saa7134-cards.c triggered the agc gain), but the dvb part still crashes: tda1004x: tda1004x_write_byteI: success reg=0x7, data=0x82, ret=1 tda1004x: tda1004x_disable_tuner_i2c tda1004x: tda1004x_write_mask: reg=0x7, mask=0x2, data=0x0 tda1004x: tda1004x_read_byte: reg=0x7 tda1004x: tda1004x_read_byte: success reg=0x7, data=0x82, ret=2 tda1004x: tda1004x_write_byteI: reg=0x7, data=0x80 tda1004x: tda1004x_write_byteI: success reg=0x7, data=0x80, ret=1 tda1004x: tda1004x_write_mask: reg=0x1, mask=0x1, data=0x1 tda1004x: tda1004x_read_byte: reg=0x1 BUG: unable to handle kernel paging request at virtual address a55a5a5a printing eip: e0f5713b *pde = Oops: [#1] SMP Modules linked in: saa7134_alsa tda827x saa7134_dvb video_buf_dvb tda1004x tuner saa7134 video_buf ir_kbd_i2c ir_common af_packet eepro100 mii binfmt_misc cpufreq_ondemand cpufreq_conservative cpufreq_powersave p4_clockmod speedstep_lib snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd_page_alloc snd soundcore ipv6 eth1394 sbs i2c_ec ide_cd cdrom ohci1394 ieee1394 loop nls_iso8859_15 ntfs intel_agp agpgart mt352 stv0299 b2c2_flexcop_pci b2c2_flexcop dvb_core firmware_class dvb_pll i2c_core fuse sn9c102 compat_ioctl32 videodev v4l1_compat tsdev v4l2_common usbmouse video thermal processor fan dock usbhid ff_memless container button battery ac ehci_hcd uhci_hcd usbcore sd_mod ahci ata_piix libata scsi_mod CPU:0 EIP:0060:[e0f5713b]Not tainted VLI EFLAGS: 00010286 (2.6.20 #1) EIP is at tda1004x_read_byte+0x62/0xee [tda1004x] eax: 0029 ebx: 0001 ecx: c011abe4 edx: a55a5a5a esi: d2c61500 edi: cfb73ee4 ebp: cfb73ef4 esp: cfb73eb8 ds: 007b es: 007b ss: 0068 Process kdvb-fe-1 (pid: 4497, ti=cfb72000 task=dfcbcaa0 task.ti=cfb72000) Stack: e0f58d20 e0f58a85 0001 0009 0002 0001 cfb73ee7 0001 0001 cfb73ee6 0100b223 0001 0001 d2c61500 cfb73f1c e0f5720b e0f58d64 e0f58a98 0001 0001 0001 d2c61500 d2c6151c Call Trace: [c0103c49] show_trace_log_lvl+0x19/0x2e [c0103cfb] show_stack_log_lvl+0x9d/0xa5 [c0103f99] show_registers+0x1a0/0x277 [c01042b1] die+0x116/0x1f0 [c02c030a] do_page_fault+0x44a/0x51b [c02beb3c] error_code+0x7c/0x84 [e0f5720b] tda1004x_write_mask+0x44/0x63 [tda1004x] [e0f586e4] tda1004x_set_fe+0x106/0x492 [tda1004x] [e0bd0727] dvb_frontend_swzigzag_autotune+0x1ad/0x1d6 [dvb_core] [e0bd0e5a] dvb_frontend_swzigzag+0x1ab/0x208 [dvb_core] [e0bd1a08] dvb_frontend_thread+0x209/0x2a6 [dvb_core] [c012b4f7] kthread+0xb4/0xd9 [c01039e7] kernel_thread_helper+0x7/0x10 === Code: 00 8d 45 f2 89 45 ec 83 3d 80 a7 f5 e0 00 74 18 89 54 24 08 c7 44 24 04 85 8a f5 e0 c7 04 24 20 8d f5 e0 e8 d0 40 1c df 8b 56 04 66 0f b6 02 66 89 45 d8 66 0f b6 02 66 89 45 e4 8d 55 d8 b9 02 EIP: [e0f5713b] tda1004x_read_byte+0x62/0xee [tda1004x] SS:ESP 0068:cfb73eb8 -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: Hi, Nico Nico Sabbi schrieb: Hi I've just noticed that in your tree there's support for the pre-amplifier of some Philips cards. Does the Lifeview Trio already use your new code? Or do I need to add support for it? I copy this to the mailing lists because i think this is interesting for more people. First: the code went to mainstream yesterday. Then i should give some explaination of what this is about: Many recent cards with the TDA8275a silicon tuner have a preamplifier (LNA) in front of the tuner chip. It is *not* inside the chip, and since it costs some cents, it will not be on all recent cards. This LNA needs to be controlled by the driver. I know about 3 variants how this is done, currently, the driver doesn't detect the variant automatically. So there is a new entry for the board configuration in saa7134-cards.c. Possible values are: .tuner_config = 0, : no LNA present. This is the default .tuner_config = 1, : with LNA. This config is used on the Pinnacle 310i .tuner_config = 2, : with LNA. This is used on the Philips Tiger-S reference design and probably on most others. .tuner_config = 3, with LNA. The new variant. Not sure who uses this. There is an entry with the same meaning for the tda10046 configuration in saa7134-dvb.c I should add that the configurations 1 and 3 are untested. I am quite sure that 1 is right but not so sure about config 3. on a fresly compiled 2.6.20 + a fresh hg pull, after having set .tuner_config=2 in lifeview_trio_config I got: saa7133[0]/alsa: saa7133[0] at 0xf3115000 irq 21 registered as card -1 tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 29 -- ok BUG: unable to handle kernel paging request at virtual address 6b6b6b6b printing eip: e0f2713b *pde = Oops: [#1] SMP Modules linked in: saa7134_alsa tda827x saa7134_dvb tuner saa7134 ir_kbd_i2c ir_common video_buf_dvb video_buf tda1004x binfmt_misc cpufreq_ondemand cpufreq_conservative cpufreq_powersave p4_clockmod speedstep_lib snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd_page_alloc snd soundcore ipv6 eth1394 sbs i2c_ec ide_cd cdrom ohci1394 ieee1394 loop nls_iso8859_15 ntfs intel_agp agpgart mt352 stv0299 b2c2_flexcop_pci b2c2_flexcop dvb_core firmware_class dvb_pll i2c_core fuse sn9c102 compat_ioctl32 tsdev videodev v4l1_compat v4l2_common usbmouse video usbhid ff_memless thermal processor fan dock container button battery ac ehci_hcd uhci_hcd usbcore sd_mod ahci ata_piix libata scsi_mod CPU:1 EIP:0060:[e0f2713b]Not tainted VLI EFLAGS: 00010246 (2.6.20 #1) EIP is at tda1004x_read_byte+0x62/0xee [tda1004x] eax: ca01dee6 ebx: 0001 ecx: 0001 edx: 6b6b6b6b esi: d327ca00 edi: ca01dee4 ebp: ca01def4 esp: ca01deb8 ds: 007b es: 007b ss: 0068 Process kdvb-fe-1 (pid: 3707, ti=ca01c000 task=ca7ac030 task.ti=ca01c000) Stack: 0009 0001 d327ca78 0009 0002 0001 ca01dee7 0001 0001 ca01dee6 01007222 0001 0001 d327ca00 ca01df1c e0f2720b d327ca78 d327ca80 c9f22d24 ca01df1c e0f27a32 d327ca00 d327ca80 Call Trace: [c0103c49] show_trace_log_lvl+0x19/0x2e [c0103cfb] show_stack_log_lvl+0x9d/0xa5 [c0103f99] show_registers+0x1a0/0x277 [c01042b1] die+0x116/0x1f0 [c02c030a] do_page_fault+0x44a/0x51b [c02beb3c] error_code+0x7c/0x84 [e0f2720b] tda1004x_write_mask+0x44/0x63 [tda1004x] [e0f286e4] tda1004x_set_fe+0x106/0x492 [tda1004x] [e0bba727] dvb_frontend_swzigzag_autotune+0x1ad/0x1d6 [dvb_core] [e0bbae5a] dvb_frontend_swzigzag+0x1ab/0x208 [dvb_core] [e0bbba08] dvb_frontend_thread+0x209/0x2a6 [dvb_core] [c012b4f7] kthread+0xb4/0xd9 [c01039e7] kernel_thread_helper+0x7/0x10 === Code: 00 8d 45 f2 89 45 ec 83 3d 80 a7 f2 e0 00 74 18 89 54 24 08 c7 44 24 04 85 8a f2 e0 c7 04 24 20 8d f2 e0 e8 d0 40 1f df 8b 56 04 66 0f b6 02 66 89 45 d8 66 0f b6 02 66 89 45 e4 8d 55 d8 b9 02 EIP: [e0f2713b] tda1004x_read_byte+0x62/0xee [tda1004x] SS:ESP 0068:ca01deb8 do I need more changes to the code? Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Nico Sabbi wrote: Hartmut Hackmann wrote: Hi, Nico Nico Sabbi schrieb: Hi I've just noticed that in your tree there's support for the pre-amplifier of some Philips cards. Does the Lifeview Trio already use your new code? Or do I need to add support for it? I copy this to the mailing lists because i think this is interesting for more people. First: the code went to mainstream yesterday. Then i should give some explaination of what this is about: Many recent cards with the TDA8275a silicon tuner have a preamplifier (LNA) in front of the tuner chip. It is *not* inside the chip, and since it costs some cents, it will not be on all recent cards. This LNA needs to be controlled by the driver. I know about 3 variants how this is done, currently, the driver doesn't detect the variant automatically. So there is a new entry for the board configuration in saa7134-cards.c. Possible values are: .tuner_config = 0, : no LNA present. This is the default .tuner_config = 1, : with LNA. This config is used on the Pinnacle 310i .tuner_config = 2, : with LNA. This is used on the Philips Tiger-S reference design and probably on most others. .tuner_config = 3, with LNA. The new variant. Not sure who uses this. There is an entry with the same meaning for the tda10046 configuration in saa7134-dvb.c I should add that the configurations 1 and 3 are untested. I am quite sure that 1 is right but not so sure about config 3. on a fresly compiled 2.6.20 + a fresh hg pull, after having set .tuner_config=2 in lifeview_trio_config I got: saa7133[0]/alsa: saa7133[0] at 0xf3115000 irq 21 registered as card -1 tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 29 -- ok BUG: unable to handle kernel paging request at virtual address 6b6b6b6b printing eip: e0f2713b same crash without my change; it seems that 2.6.20 and saa7134-dvb don't get alone at all -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: Hi, Nico Nico Sabbi schrieb: same crash without my change; it seems that 2.6.20 and saa7134-dvb don't get alone at all Thats really strange, i have 2.6.20 running here too and i can't reproduce this yet. If i understand the dump right, the crash occurs in a function that has been called a hundred times before... I have the impression that the crash did not occur during driver initialization but in an application. Is that right? Which one was it? Can you please load the tda1004x module with the option debug=1? Hartmut yes, during tzap. I re-loaded all modules as you described, but this time I had a hard lock, so I can't tell what went wrong ;( -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA
Hartmut Hackmann wrote: Hm, there seems to be a mad pointer or a buffer overflow somewhere. Any additional hint is welcome so that i at least can reproduce the problem. Do you run a 64 bit system. Did your card work with the drivers from the kernel distribution? Hartmut my system is a 32-bit p4, running everything from vanilla 2.6.20, except for the dvb drivers (taken from hg of course). my gcc is 4.0.2; may it lead to problems? yet it worked well with Steve Thoth's multi-frontend branch and older hg pulls. Tomorrow I'll recompile everything from scratch after having removed the modules directory, then I'll let you know -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TT-1500 / TDA10046
Chris Malarky wrote: Hi Nick, On Tue, 2007-02-20 at 23:37 +, Nicholas Fearnley wrote: I have had real problems getting the TT-1500 (DVB-T) working. I have been using dvbtune for some diagnostics. The following should yield BBC Multiplex on my local transmitter dvbtune -c 0 -qam 16 -gi 32 -cr 3_4 -bw 8 -tm 2 -f 722000 16? are you sure? wiith tuners like yours specifying the correct parameters is even more important than usual. If in doubt use -auto, instead. It does not, I tried adding 166Khz (722166) but no luck. So I tried just working my way through some frequencies. I can get the FE_STATUS to report FE_HAS_SIGNAL on some frequencies. I even get FE_HAS_CARRIER on occasion but never any more than that. Sorry, I haven't had the time to chase this one up, but I haven't had a peep out of my T-1500 since I tried using dvbtune instead of the dvb-apps tools. I had no luck at all with dvbtune, and now I can't get a picture out of it. The behaviour is very strange - doing all the things that used to work perfectly - scan gives me all the channels I would expect, tzap gets a lock, and dvbtraffic is reporting a plausible amount of data. But when I try and capture the output with dvbstream I get nothing. I suspect that I am doing something Very Stupid, so will probably rip it all apart and try again :-/ Cheers, Chris maybe it won't change anything, but try a fresh cvs checkout of dvbtune/stream -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Cassine di Pietra: una varietà completa di vini del Veneto, * in più un regalo per il primo ordine! Clicca subito qui * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3925d=21-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] splice() for DVB dvr device?
Johann Hanne wrote: Hi, I'm currently implementing a streaming server which will stream (part of) the TS received from /dev/dvb/adapter?/dvr? to a multicast socket. I'd like to be as efficient as possible, so I took at look at the splice() function implemented as of Linux 2.6.17 and it looks promising as for most cases I could splice() the data from the dvr device directly to the socket. There might be two problems though: - Is there a splice() patch for the DVB drivers? http://lwn.net/Articles/178199/ suggests that doing such a thing is possible, but I havn't found an implementation yet. - Is there a way to do a read() from the dvr device without removing the data from the queue (i.e. an equivalent for recv()/MSG_PEEK)? I'd need that to know the PID of the the TS packet. Thanks for any hint... Cheers, Johann already done: dvbstream from cvs can already stream to multiple unicast/multicast/file streams repeating pids to each of them, and it's very lightweight (although I have to admit it's a bit untidy). http://sourceforge.net/projects/dvbtools ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] initial tuning file
Christoph Pfister wrote: From a kaffeine user ... and the location is? ... -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Cassine di Pietra: una varietà completa di vini del Veneto, * in più un regalo per il primo ordine! Clicca subito qui * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3925d=6-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Still empty .mpeg file
Chribu wrote: [EMAIL PROTECTED]:~$ dvbstream -f 482000 512 650 -o tmp.mpg ... -bw 8 dvbstream v0.5 - (C) Dave Chapman 2001-2004 0.5 is ancient. Use a fresh cvs checkout instead -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Problemi di Liquidità? Con Logos Finanziaria 30.000 in 24 ore a dipendenti e lavoratori autonomi con rimborsi fino a 120 mesi clicca qui * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2907d=2-2 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Still empty .mpeg file
Chribu wrote: 0.5 is ancient. Use a fresh cvs checkout instead Could this be the cause? I just downloaded it through apt-get in Ubuntu 6.06. yes From http://sourceforge.net/projects/dvbtools/ only 0.5 is available. no, cvs is available I'm quite new to linux, so i'm not familiar with cvs yet.. If you think it can be the cause, i'll try, but otherwise I'd prefer to stick with apt. distributing only official packages is usual debian idiocy ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] tzap: error while parsing constellation (syntax error) and no sound with mplayer but with mencoder
[EMAIL PROTECTED] wrote: Hallo! I get this error if I try to use tzap on my hama USB 2.0 DVB-T Stick: tzap ZDF using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' ERROR: error while parsing constellation (syntax error) .tzap/channels.conf was created by: scan initial_tuning_data.txt | .tzap/channels.conf with: cat initial_tuning_data.txt # file automatically generated by w_scan # (http://free.pages.at/wirbel4vdr/w_scan/index2.html) # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 19150 7MHz AUTO AUTO AUTO AUTO AUTO AUTO T 52200 8MHz AUTO AUTO AUTO AUTO AUTO AUTO T 53000 8MHz AUTO AUTO AUTO AUTO AUTO AUTO T 57000 8MHz AUTO AUTO AUTO AUTO AUTO AUTO T 73000 8MHz AUTO AUTO AUTO AUTO AUTO AUTO cat .tzap/channels.conf Das Erste:19150:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:513:514:32 arte:19150:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:33:34:2 Phoenix:19150:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:49:50:3 EinsPlus:19150:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:97:98:6 Bayerisches FS:53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:545:546:34 BR-alpha:53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:561:562:35 BR DVB-H INT:53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:49 BR DVB-H Services :53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:0:50 SWR Fernsehen:53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:3601:3602:225 ZDF:73000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:545:546:514 3sat:73000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:561:562:515 Doku/KiKa:73000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:593:594:517 What is wrong with channels.conf? How can I fix it? It's for DVB-T in Regensburg (Germany). Also mplayer can display the video but without sound. If I let mencoder encode it there is sound: try with a larget -tsprobe. What's in your ~/.mplayer/config and ~/.mplayer/mencoder* ? -- Without a frontend, mplayer is useless - someone in mplayer-users ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: R: [linux-dvb] How to handle multiple frontends?
Ralph Metzler wrote: In the HVR3000 case, do both frontends then use the same demux0? So, if one can open only one at the same time, both should use demux0? please, NO! it will be a hell to support in applications. Please, do it simple and bind frontendN to demuxN and dvrN (and netN) If one can open them at the same time, frontend 0 should use demux0 and the other demux1? At least the latter is how I am doing it on dual-tuner cards with independent inputs. Ralph -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Problemi di Liquidità? Con Logos Finanziaria 30.000 in 24 ore a dipendenti e lavoratori autonomi con rimborsi fino a 120 mesi, clicca qui * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2911d=15-1 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] newbie question (tzap, cat, mplayer, dvb://)
José Oliver Segura wrote: Hi all, just a silly question regarding getting streams with tzap/cat and how to use them to feed a player: Trying to make work 100% my Hauppauge wintv nova-t stick (4th usb stick I'm trying with linux, but this seems to work OK), I've found that some of the low-level examples/tests in the wiki fail for me for some of the channels I have in my channels.conf. Test 1: tzap -r TVE 1 cat /dev/dvb/adapter0/dvr0 /tmp/tv.mpeg mplayer /tmp/tv.mpeg -- Works for some channels, doesn't work for others (pixels, glitches, bad audio, etc.) [Just for testing -not related with dvb, but with dvb+mplayer integration- I've tried with cat to a file, cat to named pipe and directly with mplayer /dev/dvb/... , with the same results] maybe due to bad reception Test 2: mplayer dvb://TVE 1 -- Works but, for some channels (the same that don't work with Test 1, sometimes, it doesn't work the first time [mplayer complains about a read error, ^c and launch again and 90% of the time it gets OK... maybe something related to tunning timeouts/issues?]) maybe. I hope I won't have to increase the timeout to +INF :( So, the question is (I guess the answer is obvious at this point): the mpeg stream that one gets from dvr0 cannot be passed to mplayer? uhm, if not how are you supposed to play it? :) how do you believe that mplayer plays dvb:// streams? depends on the channel? maybe depends of what information(s) that channel is sending? (epg, subtitles, multiple audio?) depends on the signal? broken streams will lead to broken playback, as is to be expected I've tried those examples (zap/cat) since they appear in the wiki as simple test tools, but maybe I'm assuming too much? no Should I use other tools like dvbrecord (I've just discovered it)? Or thinking about a simple pvr only with simple filters ala *nix style in this case [dvb, TS/PS, etc.] is not possible? it _is_ possible, provided that the drivers provide a stream as little damaged as possible. BTW, tzap+cat or dvbstream are the most reliable way to get your simple pvr working ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] selectable frontend for Lifeview Trio
Hartmut Hackmann wrote: I think this is a good intermediate solution. I can integrate it. Would you accept a more generic name for the option like use_frontend? I could do the same for the MD8800. Please leave me a note. May i still add your signature if i change this? Hartmut of course; change it as you feel appropriate. Thanks, Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hdtv scanning
Andrea Venturi wrote: Klaus Schmidinger wrote: 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..) really? I thught it would use TS, too. Do you have any specification? 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 agree, and the overhead of ts over pes is going to be insignificant with the typically used bitrates. Anyway, Klaus, you can repack the pmt as a psm in the .vdr stream and keep the same informations about codec, language, and so on ___ 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: Hmm, I would have expected that information to be in there somewhere. The decoder should be able to detect the encoding of the data stream by itself, without the application having to tell it what the data actually is. Klaus from an application point of view it makes more sense to follow the model: decode_pat() foreach program { decode_pmt() == identify the codec used by the stream_type } Moreover, the pes headers in mpeg2 are already overbloated with 90% of useless crap; adding more stuff would have been a bad choice, IMO. ___ 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: 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? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hdtv scanning
Mario Rossi wrote: Hi, I'm trying to copy the stream of hdtv using mplayer and mencoder, but they think the video type is MPEG2(type 0x1002 in libmpdemux/demux_ts.c) while I think it should be H264(type 0x1005), so it does not play anything. This is the output of ITV HD Trial after I -dumpstream. Should it not automatically detect H264? MPlayer dev-SVN-r20681-4.1.1 (C) 2000-2006 MPlayer Team CPU: Intel(R) Pentium(R) M processor 1500MHz (Family: 6, Model: 9, Stepping: 5) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing stream.dump. TS file format detected. VIDEO MPEG2(pid=161) AUDIO MPA(pid=162) NO SUBS (yet)! PROGRAM N. 0 add the pmt_pid to your list ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hdtv scanning
Mario Rossi wrote: add the pmt_pid to your list Sorry, but I do not understand. the pmt_pid is the pid that contains the PMT; it's listed in the pat. if you dump the whole stream to a file with dvbstream -f ... -o 8192 dump.ts then run decode_pat dump.ts you will get a list of programs-pmt_pid At this point you just have to add the pmt_pid that you want to see to the list of pids in ~/.mplayer/channels.conf, e.g. RaiUno:20350:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:512+0+258: 650:3401 (notice the + between consecutive pids) (i you run mplayer dump.ts (maybe adding -tsprobe 500) -vid 1502 you will see H264). P.S. notice this line: VIDEO MPEG2(pid=1502) AUDIO A52(pid=1505) NO SUBS (yet)! PROGRAM N. 0 program n.0 means that no program was found, so no pmt was available. @all maintaners: several months ago I posted a patch to scan to add this damned pmt_pid to the broken channels.conf, but it was completely ignored. Since questions like these are so often recurring I think it's the right time to commit it. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] question about Fusion HDTV USB and mplayer
Jim Shaffer wrote: On Saturday 21 October 2006 04:22 am, Nico Sabbi wrote: sample? What's the best way to capture a sample? mplayer -dumpstream -dumpfile stream.mpg dvb://TV_station or dvbstream ... tuning parameters .. -o pids stream.mpg then you can upload your sample to ftp.mplayerhq.hu in the incoming directory ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] question about Fusion HDTV USB and mplayer
Jim Shaffer wrote: I have a question about using this device with mplayer. I set up a channels.conf file manually using information extracted from tsbrowser on a working Windows install. If I play a QAM channel with 2.0 sound, it works fine. If I play a QAM channel with 5.1 sound, I get no sound whatsoever. mplayer claims that there's no audio PID set, but I have the correct PIDs in the file. I have kernel version 2.6.17 and the PLF version of mplayer 1.0 added to an otherwise-normal Mandriva 2006 installation, and I'm only using 2.0 sound output. I know the Fusion driver is working because I get sound on any channel if I play it with mythtv, but I'd really like to not have that behemoth on my system. sample? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] MPE pointer field too big
Harnois Anne-Sophie wrote: Hello everybody! Some of the MPEG-TS packets I receive contain a pointer field bigger than 184 (continuity counter is correct). How to explain that? Shouldn't Pointer field be inside 0 and 184? Any comments? AnneSophie. maybe for some strange reason it spans over the next ts packets of the same pid; I don't remember if it's allowed in the standard ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TTUSB DEC-2000T Driver: tuning problems
Mario Rossi wrote: An application can simply try DMX_PES_OTHER first and if -ENOTSUPPORTED is returned, as it would be the case here, it can fallback to DMX_PES_{AUDIO,VIDEO}. Mythtv does it this way afaik. it seems doable. I'll have a try modifying dvbstream (and mplayer which is the same) and try to see what happens. cheers please, try this patch for dvbstream and report Index: dvbstream.c === RCS file: /cvsroot/dvbtools/dvbstream/dvbstream.c,v retrieving revision 1.32 diff -u -r1.32 dvbstream.c --- dvbstream.c 5 Oct 2006 20:25:16 - 1.32 +++ dvbstream.c 17 Oct 2006 21:57:54 - @@ -141,9 +141,17 @@ pesFilterParams.pes_type = pestype; pesFilterParams.flags = DMX_IMMEDIATE_START; - if (ioctl(fd, DMX_SET_PES_FILTER, pesFilterParams) 0) { -fprintf(stderr,Failed setting filter for pid %i: ,pid); -perror(DMX SET PES FILTER); + if ((ioctl(fd, DMX_SET_PES_FILTER, pesFilterParams)) 0) { +if(pesFilterParams.pes_type==DMX_PES_OTHER) { + pesFilterParams.pes_type = DMX_PES_VIDEO; + if ((ioctl(fd, DMX_SET_PES_FILTER, pesFilterParams)) 0) { +pesFilterParams.pes_type = DMX_PES_AUDIO; +if((ioctl(fd, DMX_SET_PES_FILTER, pesFilterParams)) 0) { + fprintf(stderr,Failed setting filter for pid %i: ,pid); + perror(DMX SET PES FILTER); + } + } +} } } ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] mplayer TUNING FAILED, only first time per channel
Simon Detheridge wrote: Hi, On my system, mplayer sometimes (but not always) requires two attempts to tune into a dvb channel when launched with a dvb:// url. (For example, 'mplayer dvb://BBC ONE' -- The first time, it comes up with TUNING FAILED, but the second time it almost invariably works fine. My guess is it takes my dvb card longer to tune than mplayer expects?? Anyway, this causes problems for freevo and suchlike which fire up mplayer to do things like view and record TV. I'm currently running mplayer with a wrapper script that relaunches it with the same parameters if it greps TUNING FAILED in sterr, but obviously this is very ungraceful and is probably going to break other things. Is there a way to make this problem go away? Perhaps a --be-persistent flag? Or... ? Thanks, Simon add -dvbin timeout=30 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TTUSB DEC-2000T Driver: tuning problems
Mario Rossi wrote: Hi, I had problems tuning a TTUSB DEC-2000T. I can tune using tzap, while other applications like mplayer, dvbstream fail. Debugging the code I found that the only difference is in the call DMX_SET_PES_FILTER. tzap uses DMX_PES_AUDIO and DMX_PES_VIDEO while dvbstream (and mplayer) uses DMX_PES_OTHER. Changing the code in dvbstream (and mplayer) I was able to tune. Reading the code in ttusb_dec.c I cannot see any support for DMX_PES_OTHER and at one point DMX_TS_PES_OTHER (which is not quite the same) is explicitly not supported ( line 990 ). Am I completely wrong? Regards IIRC DMX_PES_OTHER is the correct pid filter, while DMX_PES_AUDIO and _VIDEO were used only by FF cards ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] problems with dvbstream
toni proyectista wrote: Hello, dvbstream takes me this error: Not able to lock to the signal on the given frequency, before it works right. what's happening? post log and compare it with [tcz]zap, please ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dvbstream and pid 8192
Mario Rossi wrote: Great! I knew it was to easy to be missing! just fixed in cvs for -o: and -map: ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb