[linux-dvb] speaking about JTVOS and linux-dvb at Sun Developer Days
Hello, Recently, the company where i work, Cineca, has been working [*] on a free middleware for linux based set top box called JTVOS: http://www.cineca.tv/labs/jtv/ JTVOS actually runs on STB with IBM PowerPC SOC Vulcan/Pallas (as in dreambox, dgstation and clones) and is based on (older) linux-dvb API. My colleague Lorenzo Pallara is going to speak about JTVOS, java and linux-dvb (pro and cons) tomorrow afternoon on January 24th, 2008, between 14-15 PM (California timezone! :-) TS-14: JTVOS, a Free Interactive Set Top Box Middleware Introduction and Architecture https://developerdays.dev.java.net/agenda.html You can see the live presentation on ustream.tv: http://www.ustream.tv/sun Thank you for the attention Bye Andrea Venturi [*] Cineca has been developing since many years open source technologies for interactive digital television (like justdvb-it): http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How can I save an entire TS to a file? Please help me
Matteo Pampolini wrote: > > But what about the entire TS? I read about the special > PID 8192, but I did not understood if this is a > dvbstream feature (that doesn't work, at least for me) > or if it's a LinuxDVB one. hi, in theory, it's not that difficult to dump a complete stream, BUT you should pay attention to the signal level because it's easy to get some continuity errors too if the BER is not zero.. i have a USB DVB-T device called Cinergy T2, and i can share my two hints. BTW i don't know if your device has the same capability (full ts dump..): when i insert it on the USB BUS i get from dmesg: == [10511.327179] usb 2-2.2.3: new high speed USB device using ehci_hcd and address 15 [10511.346586] usb 2-2.2.3: configuration #1 chosen from 1 choice [10511.543120] DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver) [10511.544594] usbcore: registered new interface driver cinergyT2 == and here it's a sample of a command line for dvbstream (you get La7 in Bologna) to dump the complete ts stream [EMAIL PROTECTED]:/opt$ dvbstream -f 714000 -o 8192 > /tmp/prova.ts dvbstream v0.6 - (C) Dave Chapman 2001-2004 Released under the GPL. Latest version available from http://www.linuxstb.org/ Tuning to 714000 Hz Using DVB card "TerraTec/qanu USB2.0 Highspeed DVB-T Receiver", freq=714000 tuning DVB-T (in United Kingdom) to 71400 Hz, Bandwidth: 8 Getting frontend status Bit error rate: 0 Signal strength: 54068 SNR: 46260 UNC: 0 FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC dvbstream will stop after -1 seconds (71582788 minutes) Output to stdout Streaming 1 stream Caught signal 2 - closing cleanly. = as i told before, pay attention to the "Bit Error Rate" line, it should be zero.. let's see the file has grown a bit [EMAIL PROTECTED]:/opt$ ls -l /tmp/prova.ts -rw-r--r-- 1 andrea andrea 17268552 2008-01-03 18:28 /tmp/prova.ts now it's time to play it with VLC: running with vlc you get some continuity errors only at the beginning (just to synchronize from the zero value as default..), if your TS is good enough.. like here: [EMAIL PROTECTED]:/opt$ vlc /tmp/prova.ts VLC media player 0.8.6c Janus libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 0) for PID 0 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 269 libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 0) for PID 256 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 343 libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 0) for PID 7042 libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 0) for PID 283 libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 0) for PID 279 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 289 libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 0) for PID 298 libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 0) for PID 295 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 292 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 301 libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 359 libdvbpsi error (PSI decoder): TS discontinuity (received 14, expected 0) for PID 304 libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 0) for PID 18 libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 17 HTH bye andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] RE : linux-dvb and Dektec [was: DVB API update]
hi, ehi, what a thorough explanation.. maybe things are not all this black and white.. i wrote my first answer a bit quickly but now i'd like to give two more bits for added value! Thierry Lelegard wrote: > Also, as you pointed out, Dektec products can be either input, output > or both. Their output products also include very nice modulators on > PCI boards. I presently use a DTA-110T, a DVB-T modulator. > Since linux-dvb is an input-only framework, it would address only > part of Dektec products (and even part of a device in the case of > a DTA-140). indeed, the fact of the linux-dvb driver to be actually an input only framework for MPEG (TS/PS) stream it's beginning to fall a little short. IMHO there are already a number of stuff and environment, old and newer, that need to be addressed, on linux, with an outgoing path for native MPEG streams. historically there were two devices with such a capability: - the Fully Fledged (nexus) cards with their MPEG2 decoder on board - the ancient REALmagic Hollywood Plus - actually there is also the MPEG2 decoder inside the iTVC15 / CX23415 chip in the PVR350 card.. (ivtv driver not coping with it, i think..) then, there's the big mess of video decoding of MPEG2 PES stream (SD/HD) and some acceleration for H264 stream inside the core of the recent GPUs (avivo and purehd marketing vaporware.. something from via and intel too..) are we going to leave this feature available as a sub-set of the X driver or there's a place for a MPEG driver without the X? i think for example to use-cases like the media center like myth-tv running with DirecFB.. in a bit different scenario, the embedded one, there are also devices natively decoding MPEG2 TS streams like: - the PowerPc SoC inside some DVB SET TOP BOX as Dreambox and the DGStation CubeCafe (Vulcan and Pallas) they do have actually a linux kernel running on the powerpc core but the decoding API are a bit "home made" and binary too (maybe thing are changing..) BTW we are a bit involved in a design of an open source java based middleware running on such HW so we are really using it and would prefer linux-dvb drivers for MPEG decoding.. - i really don't know how are coping with DVB decoding inside the other big player of the linux-based STB market, the Sigma Designs EM863x. - and then there is the third player, STM ST710x who's running linux too with some DVB hack for decoding purposes.. IMHO plenty of situations where a linux dvb API for decoding stuff should/could be useful for the masses, because this generation of STBs are flooding our houses today or tomorrow, so we need and should have a way to hack them.. [..skipping lot of things about userland against kernel stuff..] > > Anyway, coming back to linux-dvb and Dektec, kernel drivers exist > for both, just write userland code to access the one you want. then i'd like to add some bits about the professional market using DVB ASI interfaces. as someone already have told, there are plenty of DVB card producers; i can say out of my mind these: dektec, videopropulsion, optibase, dveo/computermodules, alitronika, bluetop (and other too..) all these cards are of course running on linux today, but each with is own driver API.. i think only dektec is the one with open source driver openly available on the site and i know that some chinese are providing drivers with wrapper to mimic the dektec API. that's how i see this market. I don't know IF there's interest for the linux community at large to promote a unified driver for this technology.. in theory, the professional customers of such cards should be interested to get a single unified compatibility layer to escape the vendor lock in, BUT, if they are fine as they stay today, why the linux community should give them an hand? i don't think we would get back something useful in the short term, but i'm open to hear other opinions too.. bye andrea venturi > > -Thierry > > > -Message d'origine- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Andrea Venturi > Envoyé : mercredi 3 octobre 2007 15:10 > À : linux-dvb > Objet : Re: [linux-dvb] DVB API update > > > Manu Abraham wrote: >> Hi, >> >> Simon Hailstone wrote: >>> Hi All, >>> >>> If it sheds any light on the nature of DVB-ASI, there are Linux drivers >>> available ( with source ) for the DekTec ASI adapters here : >>> >>> http://www.dektec.com/Products/LinuxSDK/Downloads/LinuxSDK.zip >>> >> If someone has the hardware, we can take a go at it. > > hi, > > here in Cineca, we are running an open source project called JustDvb-It, > it's a DVB DSMCC carousel server for interactive television, you could > grab it here: > >ht
Re: [linux-dvb] DVB API update
Manu Abraham wrote: > Hi, > > Simon Hailstone wrote: >> Hi All, >> >> If it sheds any light on the nature of DVB-ASI, there are Linux drivers >> available ( with source ) for the DekTec ASI adapters here : >> >> http://www.dektec.com/Products/LinuxSDK/Downloads/LinuxSDK.zip >> > > If someone has the hardware, we can take a go at it. hi, here in Cineca, we are running an open source project called JustDvb-It, it's a DVB DSMCC carousel server for interactive television, you could grab it here: http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html as we need to interface broadcaster stuff like multiplexer (with DVB ASI interfaces), we use plenty of these Dektec card like DTA140 and so on.. but for that purpose we found sufficient the driver provided by Dektec. it's a simple character device with some IOCTL.. it should be not a tough task to implement a simple LinuxDvb driver, at least for the inbound card (but there's an outgoing path too..), but is this feature valuable? the best usage i can think of, is the dvbsnoop utility for analysis purposes.. anyway i surely can test this driver, if it will spring out! bye andrea venturi > > Regards, > Manu > >> Best Regards, >> Simon Hailstone >> >> On 16/09/2007, *Wolfgang Wegner* < [EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> Hi Manu, >> >> On Sun, Sep 16, 2007 at 02:17:55AM +0400, Manu Abraham wrote: >> > Please don't remove the CC's. The CC'd people generally don't bother >> > about mails from the ML, probably. >> >> sorry, it was definitely not my intention and I hope to include >> all previous CC here. >> >> [have to read about the multiproto changes myself...] >> >> > Can you please point me to some ASI specs if you don't mind ? I was >> > once supposed to work on such a device, but then that company >> itself got >> > scrapped, hence never had to figure out on ASI. >> >> Well, AFAIK the ASI specification is not open, so I unfortunately I >> can not point to it. >> To be honest, the only thing about ASI comes from a fronted we use at >> the company in professional equipment, so I am not sure if the things >> I can tell from there are really valid for all ASI equipment. However, >> as from time to time questions come up concerning DekTec and other >> boards, >> at least some basic support for ASI seems to be desirable. >> >> So, coming to the facts, our ASI frontend gives these as "statistics": >> - BER >> - sync status >> - 204 or 188 byte/packet mode >> >> [...] >> > Since it is an IOCTL call straight away within the V3 API, i would >> like >> > to push this into the frontend thread where it is submitted as a job >> > kind of thing, where the userapplication can be notified in what >> > timeframe, or via GET_EVENTS, final details can be left out for >> the last >> > stage. >> >> This sounds very reasonable for me. I have no idea yet how this frontend >> thread is handled now, but after all all necessary information >> should be >> present there (e.g. lock state, to do a proper reset of averaging etc.). >> >> > Scale for BER is one thing that is still open ended, which i am off >> > hook. I need to still check on this, but if you have some ideas >> would be >> > nice. >> >> Hmm... I am not sure what is needed by others, so my voice should not >> be given too much weight here. We always use 10^-8 as the base, but for >> some equipment this might already be too rough. On the other hand, IIRC >> some demodulators do not return more accurate values anyways. >> >> > Signal Strength & SNR: >> > >> > In reality we can provide 2 ways for the same, >> > 1) Relative scale >> > 2) a scale in a decibels >> > >> > Even with Reverse Engineered drivers we can do 1) but for 2) we might >> > need more info. The user could probably select what he needs using an >> > IOCTL, relative or an absolute scale. For the relative one we can >> just >> > define a floor and ceiling and a relative value is extracted out. >> >> That is what I was thinking of, for most applications this would be >> sufficient. I do not know what is the better solution here. Following >> your proposal of
Re: [linux-dvb] DSM-CC questions
hi! Manoj M wrote: > Please let me know if someone provide some direction here to use DSM-CC. > > Following is what I am trying to do and looking for answers. Please > direct me to the right place/mailing list to keep me up and running with > DSM- CC. I am relatively new to DSM-CC tools. > > My Goal: I am trying to build a IP based data transmission (carousel) to > STBs. ex: distribute configuration files, programming guide components > etc. This is intended to be used in a major IPTV network in the US so, if i get it right, you are trying to "push" informations on a multicast IP network to many remote STB. DSM-CC carousels could be a way, but there are also native datacasting protocols over ip like Flute (see Mad http://www.atm.tut.fi/mad/ ) the choice could be easier if you already know which kind of middleware you are running on the STB! > > Following is the information I am looking for - > > 1) Is DSM-CC tool kit that is on > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > <http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb> > is MPEG2 based only? - How easy is to change the code to transmit the > object carousel without MPEG-2. i don't know why you are so against MPEG2 TRANSPORT STREAMs.. DSM-CC carousels are based on MPEG2 transport stream container technology (ISO 13818-1) and it's a container doing well on many different media, today (broadcast, tapes HDV, optical discs BluRay etc..) i hope you are not thinking MPEG2 just as a video codec technology! > 2) Do I have to use DSM-CC User-to-User based tool kit if I just need > data over TCP/IP (not MPEG-2 TS) or broadband (without MPEG-2) to meet > my goals above. Is there a separate tool kit for this? i don't really understand this question.. maybe i'm not so fond on the technicalities of DSM-CC but i think these are the steps to get to broadcast info with DSM-CC 1. a filesystem 2. some modules 3. many sections 4. many more ts packets (with PIDs and so on..) at least this is how it works our free and open carousel server JustDvb-It! http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html you can get it freely (with source and livecd) here: http://www.cineca.tv/labs/mhplab/index-en.html > 3) Is there a DSM-CC client tool available? you can use red-button http://redbutton.sourceforge.net/ > 4) Is any kind of metering (data/bandwidth) tool availabe in LinuxTV > open source for the DSMCC carousels? i don't know. what are you trying to achieve? > > 5) How do I get basic step by step instruction to create a object > carousel and extracting it. I could succefully compile and create the > binaries. Unfortunately example.tgz do not have any source code or > binaries. you can try our livecd but you'll need a DVB-T modulator card like dektec. if you want to use it on a multicast IP network you need to "modify" a little the scripts. but it depends on the kind of STB you need to feed.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Please help: Looking for a solidly supported DVB-T USB stick
Stephen Williams wrote: > On 7/22/07, timecop <[EMAIL PROTECTED]> wrote: >> Believe it or not, I don't think any of them are "solidly supported". >> >> USB bridge part should be down nicely, but since all the tuner / demod >> drivers are reverse engineered garbage (or even if they have docs, you >> got amateurs writing code), and as result don't work as good as >> expected... > > Thanks for your default troll response. > > Just because the code is reverse engineered or written by amateurs > doesn't mean that it can't work solidly. Certainly my old Nova-T PCI > card worked flawlessly but now i've moved to a mac mini so there's no > PCI. [ sorry for the rant, i'm writing to everyone excpet timecop ] as you already wrote, it's trolling, so you don't need to justify.. we all bery well know how free software communities run and strive to give the best not only as a simple volunteer effort but also for straight economical reasons ( reliability, control, efficiency, standardization etc..). > > Does anyone have comments on the Nova-TD / Pinnacle Diversity (i.e. > dual DVB-T tuner) support? i do own a pinnacle diversity dvb-t usb dual tuner card and i used it with an additional patch: http://www.chez.com/treza/mt2266.htm http://www.linuxtv.org/pipermail/linux-dvb/2007-February/016166.html it works reliably as a dual tuner card. the diversity feature is not working (for dual tuner operations, you need both the antennae input connected..) bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JustDVb 2.0 released today..
hi we want you to know that Cineca just released the 2.0 version of the JustDvb-It suite. It's a set of tools useful for DVB stream creation and manipulation, expecially for the italian interactive digital television world (DVB MHP), but we are moving to OCAP and BD-J too.. Many more info here: http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html There are many new features, like more DVB ASI cards supported, compressed modules, LCN & EPG and a new live cd very useful as a starting demo. you can get it freely, as usual, here; you just need to get an username by email: http://www.cineca.tv/labs/mhplab/index-en.html bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JTVOS: a "wannabe" java interactive DTV ..
hi, i think this post could be slightly relevant. it's about DVB and linux, actually on the dreambox, but, tomorrow, maybe also on a generic linux box. if you like it please help us! today Cineca is _starting_ yet another project with regard interactive digital television: a free java based middleware for STB. actually this is a long term roadmap. we are in the first stage: the bootstrap one. since many years, Cineca created and gave away (as free tools) some building blocks on the infrastructure side on the interactive digital tv chain: - some java interactive applications (let's call them in a more broad sense then MHP xlets), i.e. we gave away Yambo an XML browser (ASAP it's coming a next release with stream event and other interesting features), and T-islessia a fairly advanced game engine for the tv set. (BTW these MHP apps are going to be stripped down to run easily on a subset of the "bloated" MHP environment. the subset supported by JTVOS of course!) - a DVB and DSM-CC carousel server for the DVB signaling and broadcasting of these java applications: JustDvb-It: BTW we are soon releasing the 2.0 version with advanced features like: compressed modules, NIT LCN support, MHP stored applications (where it applies like MHP 1.1), MHEG5 support and so on.. now it's the time to tackle the STB middleware too. the market is not going to offer too many choices and control on this piece of the value chain, so we'd like to push (a very little) pressure with a little niche free open source project: JTVOS actually it's not a fully blown package. it's just an exciting starting point. JTVOS is a fairly compact package with the porting of the GPL licensed Java VM (PBP 1.1) from Sun on a Dreambox 7000 environment (stripped down from their enigma engine..), and the first (and only) Java Application working on the tv is the traditional "hello world" with the IP address of the box on which is running! that's all. there's a lot of things to be done to come to a useful firmware. we need STB designers (for the GUI and the navigation of the features), java programmers, graphic artists, documentation, people for the testing, system programmer to drive the other hardware pieces and so on.. lot of entertainment is forecasted! :-) maybe it can be ported to many different HW platforms. actually it just run on the Dreambox 7000. a natively linux platform. please read carefully the few informations you can find in the package and here: http://www.cineca.tv/labs/jtv/ BTW register yourself to grab a copy of the build environment (only 70MB but 300MB untarred, and 1.7GB after a succesfully complete compilation) or just the dreambox image to try it (no warranty!!) on your box. hope you'll enjoy and keep us informed. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] FYI: accelerated video decoding API proposed..
hi, i have seen someone @intel proposing an API to access the accelerated engines inside the newer GPUs. maybe it can be folded inside the v4l-dvb stuff. you can se the original post here on x.org ML: http://lists.freedesktop.org/archives/xorg/2007-March/022893.html the compelte thread is a bit longer.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Bad TS from dvb-t recording?
Torbjörn Lundquist wrote: > Thanks. When I tried with 8192 it worked. But then I got all programs in > the mux and the file got extremely big so I want only one program in my > recording. of course. this is something you should achieve dumping only the PID contained in the PMT table of the service you are after. dvbsnoop will help you. > > When I come home I will try with some other pid configurations. My goal > is to have VLC to play the TS-stream, with lipsync. i'd like to give my point of view. maybe someone who know can comment on it.. AFAIK in the "linux dvb software stack" there are two different kind of problems. 1. correct buffer management, i.e. the PCR restamping issue. in general, in a transport stream with a fixed bit rate, each service has a counter called PCR useful to get "exactly" filled (not to much: overrun; not to low,: underrun) the small buffers in the "remote decoder" when you strip down all the PIDs except the ones you need for a single service, you are going to modify the rate of the saved stream SO you'll need to modify (restamp) the PCR to maintain the consistency of this counter.. otherwise you are going to see (during the replay of the stream on a decoder) artifacts coming from the underrun and overrun.. anyway, when you feed a video decoder like VLC on a PC, you don't see this kind of things because in a pc usually there is plenty of space in the buffers AND you have flow control, so the decoder can stop and start the reads from the file when it has full or empty buffers. but this is something we need to cope with, if we want to move to a better management of the MPEG TS features (expecially in constrained / embedded environment or in multicast/IPTV) BTW i just see (IIRC in some DVR dumps) that there are some tricks implemented to "fake" this PCR feature, using for example another counter (64 bits), in the head of each TS packets, where the recorder saves the position of the packet in the "original" full TS, so when the DVR makes the replay of the single service dump, i suppose it fills the decoding pipeline with NULL packets between every TS packet not adjacent, this way it restores correctly the original bit rate without any hard computation.. clever and easy! 2. lipsync (DTS/PTS fields). to get in sync audio and video streams there are these two fields with counters inside, and they are all about when decode and present (i.e. send to the screen and to the audio decoder) the video and audio frames.. how well are these fields supported in the linux video players, i don't know.. but it seems to me something valuable to be investigated if we want to improve the linux video applications. IMHO we shoudln't need to enlarge buffers or wait some time just to get insync audio and video IF the HW decoders are capable to do it sooner, better and with less resource.. it's just a matter of better software (in the long run) but of course, this is free (as freedom) software, so, thanks god AND all the people already working on it with this open attitude; it's already too much!! :-) i'd like to say we can do something on this topic, but we are working more on the infrastructure of DVB networks so it could be we can put something out WRT the PCR/fakePCR issues (and reduce artifacts and/or memory footprint in DVB applications) like a "smart DVB remultiplexer", an improvement of our software TS manipulator called JustDvb-It: http://krusty.cineca.it/vpweb/cgi-bin/blosxom.cgi [yes, i know it seems dead since long time, but we are still working on it..] but we are not working on the lipsync issues because we are using HW boxed decoders. hope it helps > > When playing with mplayer I got video and audio out of sync. How do I > fix that? > > Andrea, I'll come back to you with the MUX-recording. > fine bye andrea venturi > Regards > /Torbjörn > > > > 2007/3/9, Andrea Venturi <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>: > > Torbjörn Lundquist wrote: > > That solved it! Thanks. > > > > But how do I record a specific program in a mux? If I point out the > > video and sound pids for a program with > > > > dvbstream -f 522000 -o -tm 8 1249 1248 > recordings/test.ts > > > > The stream does not play in VLC. > > can you try with the wildcard pid 8192. > > dvbstream -f 522000 -o -tm 8 8192 > recordings/test.ts > > it just means "get all the TS" (supposed your card&driver are good to > dump all the stream without hardware pid filtering AND you are on a > large enough link i.e. NOT on a USB 1.1 bus!) > > as i told you, it's a 24Mbps streams (3MB per sec) at least here in > italy, this is the usual bit rate for
Re: [linux-dvb] Bad TS from dvb-t recording?
Torbjörn Lundquist wrote: > That solved it! Thanks. > > But how do I record a specific program in a mux? If I point out the > video and sound pids for a program with > > dvbstream -f 522000 -o -tm 8 1249 1248 > recordings/test.ts > > The stream does not play in VLC. can you try with the wildcard pid 8192. dvbstream -f 522000 -o -tm 8 8192 > recordings/test.ts it just means "get all the TS" (supposed your card&driver are good to dump all the stream without hardware pid filtering AND you are on a large enough link i.e. NOT on a USB 1.1 bus!) as i told you, it's a 24Mbps streams (3MB per sec) at least here in italy, this is the usual bit rate for DVB-T transmission BTW in DVB-H transmission there's only a mere 5Mbps net payload .. we already have two or three in Bologna. mobile tv is all about reliability thru redundancy! then play it with VLC and should be able to wade thru the hierarchy of the TS and show you all the services available in the mux in the Navigation menu. tell us it works this way AND you'll be on the right track. it could not work AFAIK ONLY IF you have a really poor signal but the resulting file should show it. do this simple comparison between: - size_of_dump - time_of_rec_in_seconds * 3MB if they are similar, you have a good ts, if the size of the dump is really short, you don't have a good ts. anyway, i see you get all the relevant table of this mux, so you should be able to dump a quite clean stream. now, i just see in this mux the presence of MHP interactive applications. this is actually my main business here in italy, so i'd like to ask you if you can put on a website a 3 min full dump (should be a 500MB size..) to let my download it (then you can erase it..). i like to study what's going on abroad! bye andrea venturi > Here are the pids I got from dvbsnoop: > > dvbsnoop -s pidscan > dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ > > - > Transponder PID-Scan... > - > PID found:0 (0x) [SECTION: Program Association Table (PAT)] > PID found:1 (0x0001) [SECTION: Conditional Access Table (CAT)] > PID found: 18 (0x0012) [SECTION: Event Information Table (EIT) - > other transport stream, present/following] > PID found: 41 (0x0029) [SECTION: DVB CA message section (EMM/ECM)] > PID found: 57 (0x0039) [SECTION: DVB CA message section (EMM/ECM)] > PID found: 870 (0x0366) [SECTION: Program Map Table (PMT)] > PID found: 871 (0x0367) [SECTION: MHP- Application Information Table > (AIT)] > PID found: 872 (0x0368) [SECTION: DSM-CC - Download Data Messages (DDB)] > PID found: 878 (0x036e) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 879 (0x036f) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or > ISO/IEC 11172-2 video stream] > PID found: 880 (0x0370) [SECTION: Program Map Table (PMT)] > PID found: 1002 (0x03ea) [SECTION: DSM-CC - Download Data Messages (DDB)] > PID found: 1004 (0x03ec) [PES: private_stream_1] > PID found: 1010 (0x03f2) [SECTION: Program Map Table (PMT)] > PID found: 1011 (0x03f3) > PID found: 1012 (0x03f4) [SECTION: DSM-CC - Download Data Messages (DDB)] > PID found: 1016 (0x03f8) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 1017 (0x03f9) [PES: private_stream_1] > PID found: 1018 (0x03fa) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 1019 (0x03fb) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or > ISO/IEC 11172-2 video stream] > PID found: 1021 (0x03fd) [SECTION: MHP- Application Information Table > (AIT)] > PID found: 1022 (0x03fe) [SECTION: DSM-CC - Download Data Messages (DDB)] > PID found: 1026 (0x0402) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 1027 (0x0403) [PES: private_stream_1] > PID found: 1028 (0x0404) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 1029 (0x0405) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or > ISO/IEC 11172-2 video stream] > PID found: 1241 (0x04d9) [SECTION: MHP- Application Information Table > (AIT)] > PID found: 1242 (0x04da) [SECTION: DSM-CC - U-N messages (DSI or DII)] > PID found: 1248 (0x04e0) [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio > stream] > PID found: 1249 (0x04e1) [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or > ISO/IEC 11172-2 video stream] > PID found: 1280 (0x0500) [SECTION: Program Map Table (PMT)] > PID found: 1290 (0x050a) [SECTION: Program Map Table (PMT)] > PID found: 5050 (0x13ba) [SECTION: Program Map Table (PMT)] > PID found: 5070 (0x13ce) [SECTION: Program Map Table (PMT)] > PID found: 5180 (0x143c) [SECTION: Program Map Table (PMT)] > PID found: 8191 (0x1fff) > > > > ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Bad TS from dvb-t recording?
Torbjörn Lundquist wrote: > Hi, > > I'm trying to make a recording from my dvb-t card (Avermedia). I do like > this: > >> tzap -r -c channels.conf -t 5 -o test.ts SVT24 > > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > reading channels from file 'channels.conf' > tuning to 52200 Hz > video pid 0x04e1, audio pid 0x04e0 > status 00 | signal 58cf | snr | ber | unc | > copied 1708168 bytes (333 Kbytes/sec) > status 1f | signal f1cf | snr c0c0 | ber | unc | > FE_HAS_LOCK > > But then I cannot view the file in VLC for instance. If I run dvbsnoop > on it I receive some errors, for instance: > > MPEG-DescriptorTag: 63 (0x3f) [= ITU-T.Rec.H.222.0|ISO/IEC13818-1 Reserved] > Descriptor_length: 199 (0xc7) > > ERROR: unimplemented descriptor (mpeg context), Report! > > I live in Sweden and receive the signal from the Motala-tranciever. > > What am I doing wrong? Or can I use some other program for recording (I > tried mencoder without success)? > i just try a guess. i don't use tzap. maybe tzap doesn't dump the relevant tables (PAT PMT) so VLC can't reconstruct the service. i see indeed only video and audio pids in the log. can you try to dump the complete transport stream using maybe dvbstream you can try with the one available in your linux distro, but if it does not work well you can try from the cvs source: http://sourceforge.net/projects/dvbtools/ get the code straight from the cvs because it's newer then the (old) release, when you have a binary, give this command: dvbstream -f 522000 -o -tm 8 8192 > /tmp/test.ts then after some time, break the application with CTRL-C. beware, this should be a 24Mbps stream, so it will waste some space in the disk! then feed it with vlc vlc /tmp/test.ts and if it works you can switch on every service of the mux with the menu Navigation. hope it helps. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Should a DVB frontend report the board name?
hermann pitton wrote: > Hi, > > Am Mittwoch, den 07.02.2007, 10:07 +0400 schrieb Manu Abraham: >> On 2/7/07, hermann pitton <[EMAIL PROTECTED]> wrote: >>> Hi! >>> and the the cinergyT2 seems not to have a maintainer anymore. >> Is it broken or something like that ? unfortunately i don't have any >> hardware to test the same. If there are some users out there, who can >> provide feedback on the status, most probably it can be fixed in case >> it is broken. > > Marc reported it non functional on Ubuntu 6.10 with its 2.6.17 kernel. > On FedoraCore6 it worked for him. > > Thierry from the video4linux usbvision project seems to be the only one > else on the lists currently with such a device. He confirmed it working > on vanilla 2.6.17.13 and even tested on vanilla 2.6.17.10, works. > The current v4l-dvb on this older kernels is not yet tested for it. > > After it seemed there was also some precompiled module involved, I > thought we found it. Marc is now back with a clean install of v4l-dvb > and still doesn't get it to work since three weeks now. hi, i don't know if i'm getting on the right track. i missed the beginning of this thread. i see you speak of the cynergy T2. i do have it, so i can test any v4l-dvb tree, provided with some time. for example, i just tested this tree: http://linuxtv.org/hg/v4l-dvb?ca=a8819e65be60;type=bz2 on my vanilla kernel 2.6.18 on debian/unstable (i can provide the kernel config, if useful) the cinergy T2, with this tree, works: usbcore: registered new driver cinergyT2 usb 5-5: USB disconnect, address 7 usb 5-2.1: new high speed USB device using ehci_hcd and address 8 usb 5-2.1: configuration #1 chosen from 1 choice DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver). let me know if i need to try something else.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] multiplexing transport streams with SI data
Fabian Desoye wrote: > Hi together, > I'm fabian, new to this group, an I hope I found the right place to post my > question. > I need to get transportstreams with manually added SI data. I tried > mplex13818, but with no success. PSI/SI is correctly inserted, but I can't > decode the a/v part of the stream anymore. VLC alway complains about skipped > late frames. My Sentivision STB doesn't find the stream and DVBViewer on > WinXP isn't able to decode it either. > Does anyone of you have experiences with this tool? > hi we coke a software with a similar functionality.. it's called JustDvb-It; it is mainly a DSMCC carousel generator, but some tools inside can work as a signal table generator and TS muxer. you can grab it here: http://www.cineca.tv/labs/mhplab/index.html sorry, this page is in italian only. just put your email address at the bottom to get access to the download page. let me know if it's useful to you.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] USB2 DVB-S support
Graham Leggett wrote: Hi all, I have been searching for a USB2 DVB-S receiver that is capable of receiving a full transport stream, with working Linux drivers. The last time I looked, the only USB capable receivers out there were v1.1, and incapable of receiving a full TS as a result. Are there any devices out there that are known to work? actually there is at least this pinnaclesys pctv400e: http://www.pinnaclesys.com/PublicSite/uk/Products/Consumer+Products/PCTV+Tuners/PCTV+Digital+PVR+%28DVB-S_DVB-T%29/PCTV+400e.htm i see now that is called a "legacy product" because it's superseeded by another device DVB-S2 compliant (and on linux DVB-S2 is still a WIP) i own the pctv400e it is composed by a bunch of well known chips, so Patrick Boettcher made the first tentative of a driver: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg20124.html and i tried to run it just one time with an oops.. i never had the time to work on it, because i've quite a busy schedule, these days, anyway i'd like to make a second trial on a fresh 2.6.18 kernel and without the nvidia binary module that is tainting my PC! i hope to post you about this, in the next days.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] OOT : Linux Based DVB-T System
bino_oetomo wrote: > Dear All ... hi. > Is there any info, clue, url , docs on a linux based : > - DVB-T Modulator, if you mean DVB-T modulator stand alone (with ASI input), there are plenty outside and they are all "linux-agnostic" so i'm not going to elaborate. if you mean DVB-T modulator PCI card, the situation is a bit messy, but there are 2 cards we are focusing on: dektec dta 110t: http://www.dektec.com/Products/DTA-110T/index.asp alitronika at2800PCI: http://www.alitronika.com/at2800pci.htm and now about the mess: we own a sample of the dektec and we were promised that a linux driver should have been available RSN, BUT up to now, we didn't get it; i have been told it's a problem of thirdy party algorithms (soft modulation?) with a linux porting on-going.. WRT alitronika, at last IBC they told us the linux driver is ready and open (because the card is fully "active") and the driver is very light because is just a simple TS feeder to the device. So, we are waiting for a sample card to test if these statements are true. BTW both are not linuxdvb API compliant anyway. > - IP to DVB-T encapsulator and now about the IP encapsulator, if you want and have some technical skill, you can use our free software JustDvb-It: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg18347.html sadly, i have to say that you need to work a bit on it, because the IP encapsulation module was present in an ancient release (0.3) but recently this feature has been removed because it was a "proof of concept" since we are focused more on the interactive television stuff (DSM-CC, MHP etc..) this is all i can tell you, for now. let me know if you want to work on it. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hdtv scanning
Klaus Schmidinger wrote: > Nico Sabbi wrote: >> Klaus Schmidinger wrote: >> >>> >>> Well, that might be feasible for live viewing, but what >>> about replaying a recording? There is no PAT/PMT in a >>> recording. >>> >>> Klaus >>> >> there is if you save the TS, rather than that funny .vdr aka pes. >> Can VDR save the TS now? > > No - and it won't. > TS is for broadcasting, and PES is for recording. > is this just a personal opinion? me, actually i can see a great move toward TS also for storing.. i think about the HDV storage cassette; there is a TS inside the tape. the forecoming blu ray technology has a TS inside the optical diskette (but i have to say there's a PS inside the HD-DVD disk; who's going to win, i dont know..) IMHO i believe that in the medium term there's no space for two different storage standards: to hassle to maintain both up to date the TS is going to succeed because: - it's where all the development for newer services is going to be done - you can store the broadcast straight on the disk - the "bucks per storage byte" index is going lower and lower.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle 400e USB DVB-S something to try
Patrick Boettcher wrote: > Hi all, > > I just finished something that seem to drive the Pinnacle PCTV 400e > correctly. > > I encourage every owner of such a device to try the driver from: > http://linuxtv.org/hg/~pb/v4l-dvb.ttusb2 > with the firmware from here: > http://thadathil.net:8000/dvb/fw/dvb-usb/dvb-usb-pctv-400e-01.fw > > Good luck and don't forget to report success or failure, hi, i have this pctv400e and i tried today with this experimental branch. this is just a first report; more details if needed. no problem compiling and loading driver & firmware (on my compiled 2.6.17 kernel) usb 5-2.1: new high speed USB device using ehci_hcd and address 7 usb 5-2.1: configuration #1 chosen from 1 choice dvb-usb: found a 'Pinnacle 400e DVB-S USB2.0' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'dvb-usb-pctv-400e-01.fw' usb 5-2.1: USB disconnect, address 7 dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. usb 5-2.1: new high speed USB device using ehci_hcd and address 8 usb 5-2.1: configuration #1 chosen from 1 choice dvb-usb: found a 'Pinnacle 400e DVB-S USB2.0' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Pinnacle 400e DVB-S USB2.0). DVB: registering frontend 0 (Philips TDA10086 DVB-S)... dvb-usb: Pinnacle 400e DVB-S USB2.0 successfully initialized and connected. === now comes the problem.. when i try this "dvbstream" dump on BBC (eurobird1 28.5) [EMAIL PROTECTED]:/tmp$ dvbstream -f 10847 -p V -o 8192 > /dev/null dvbstream v0.6 - (C) Dave Chapman 2001-2004 Released under the GPL. Latest version available from http://www.linuxstb.org/ Tuning to 10847 Hz Using DVB card "Philips TDA10086 DVB-S", freq=10847 tuning DVB-S to Freq: 1097000, Pol:V Srate=0, 22kHz tone=off, LNB: 0 Setting only tone OFF and voltage 13V DISEQC SETTING SUCCEDED Getting frontend status the application hangs here (of course i missed the 000 in the freq param!), and in dmesg, i can see this error: dvb-usb: Pinnacle 400e DVB-S USB2.0 successfully initialized and connected. divide error: [#1] PREEMPT Modules linked in: lnbp21 tda826x tda10086 dvb_usb_ttusb2 dvb_usb dvb_core dvb_pll vmnet vmmon rfco mm l2cap bluetooth ipv6 autofs4 thermal fan button ac battery i2c_i801 speedstep_centrino freq_tabl e processor nvidia i2c_core usbhid usb_storage 8250_pci snd_intel8x0m snd_intel8x0 8250_pnp snd_ac9 7_codec snd_ac97_bus pcmcia snd_pcm_oss snd_mixer_oss crc32 snd_pcm snd_timer ipw2200 snd soundcore ieee80211 ieee80211_crypt irda ehci_hcd uhci_hcd psmouse intel_agp agpgart snd_page_alloc yenta_so cket rsrc_nonstatic pcspkr evdev firmware_class 8250 rtc parport_pc parport crc_ccitt tg3 usbcore s erial_core CPU:0 EIP:0060:[]Tainted: P VLI EFLAGS: 00210246 (2.6.17 #1) EIP is at tda10086_set_frontend+0x311/0x3f6 [tda10086] eax: 002edfff ebx: ecx: edx: esi: edi: 0004 ebp: db13df6c esp: db13df3c ds: 007b es: 007b ss: 0068 Process kdvb-fe-0 (pid: 11106, threadinfo=db13c000 task=da7670f0) Stack: 0108 f3d57a00 000176ff 04004343 0010bd28 d9d82400 f3d57a08 db13df94 f8ccb631 f3d57a08 d9d82404 0002 0010bd28 d9d82400 f3d57a08 db13dfc4 db13dfa8 f8ccbdd2 Call Trace: show_stack_log_lvl+0x85/0x8f show_registers+0x14f/0x1c3 die+0x15d/0x231 do_trap+0x7a/0x98 do_divide_error+0x87/0x91 error_code+0x4f/0x54 dvb_frontend_swzigzag_autotune+0x17d/0x1a8 [dvb_core] dvb_frontend_swzigzag +0x1a5/0x206 [dvb_core] dvb_frontend_thread+0x25c/0x2de [dvb_core] kernel_thread_helper+0x5/0xb Code: ff ff 8b 45 e4 89 d9 ba 07 00 00 00 c1 eb 08 e8 04 fb ff ff 8b 45 e4 89 d9 ba 08 00 00 00 e8 f5 fa ff ff 8d 86 ff df 2e 00 31 d2 f6 ba 09 00 00 00 89 c1 8b 45 e4 e8 dc fa ff ff 0f b6 4d e d EIP: [] tda10086_set_frontend+0x311/0x3f6 [tda10086] SS:ESP 0068:db13df3c ======== that's all as a first report. let me know if you need more info. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TS Stream - null packets generation?
Chun Chung Lo wrote: > Hi all, > > I am now using a STB (under development) which its hardware > configuration is: > > SAA7134 + TDA10046A + TD1316 > > When I capture the TS stream (which is stream out by a DVB-T modulator), > and compare the file with the original one, I found tones of NULL > packets (which its header is 0x47 0x1F, 0xFF 0x10, and remains are 0x00 > ... Until the end of a TS packets, 188bytes). > > The captured TS is corrupted in a random level, sometimes seriously, > sometimes a bit. > > I found these null packets wasted lots of PCI bandwidth and, may these > cause the above error? > > And where are the TS null packets come from? hi, usually, the DVB-T modulator fills the outgoing modulated TS with null PIDs when the bitrate of the incoming TS is lower then the expected outgoing bitrate. +--+ ++ | |ASI|| UHF | TS player|---| DVB-T modulator|- | | IN|| OUT +--+ ++ with expected i mean the useful bitrate that comes from the other parameters you put in the DVB-T modulator: - channel BW (7/8 MHz) - FEC - guard interval - modulation (QPSK/QAM16/QAM64) there are preformatted tables about it on the net. then you should look at the TS player, you are using; it's feeding the modulator at a constant bit rate (CBR) or it follows the PCR? but you need to detail more thoroughly your setup if you want us to better understand what's going on. anyway, i really don't know how it can be corrupted bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] JustDVB-IT 0.3: MHP _and_ an open source ip encapsulator..
hi, guys! two weeks ago, we opened up our GPL project for interactive digital tv generation. BTW, we didn't have all that feedback from this first public release! maybe there is not all that interest in MHP carousel server in the DVB world.. don't know! who knows! anyway, we are back with an enhanced release.. some MHP enhancements and a "running" version of an IP encapsulator, useful for broadband asymetric internet access (with a dial-up as inbound channel) or for data distribution over multicast (check the flute project for info) read all the details on the blog: http://krusty.cineca.it/vpweb/cgi-bin/blosxom.cgi/ you'll find the description of a simple testbed to verify the functionality! look for the iptraffic dir in the package and check the script with all the comments a smart guy really need to make it run! ;-) as usual, it run for us! it's not all finished, no config tools.. just a (free as freedom) proof of concept, so YMMV! bye andrea venturi
[linux-dvb] GPLed MHP DVB solution.. (alpha!)
hi, i work in a small workgroup developing a core solution to deploy a DVB solution for interactive digital TV broadcasters. in italy, there is an increasing interest in DVB because we are in the middle of the switch from analog to digital terrestrial television. the focus in italy is toward an interactive (aka MHP) digital tv. we, as cineca, are planning to act as a service provider for traditional broadcasters to enhance with interactive applications their basic service (expecially PA applications). we are a newcomer in television services and have no asset there but we come from a long tradition of IT services and actually we are well on the path of the open source higher quality and modularity value proposition.. so, we thought that interactive digital tv (from the broadcaster side of the story) could be the next big thing for the open source community! growing on some well done basic tools like dvbsnoop, projectx, libdsmcc, dvbstream, and others (sorry to miss here the right recognition!) we began to plan a simple dvb lab to test MHP applications. we bought a DVB-T modulator and.. ..some DVB-ASI cards from dektec which sports a good old open source GNU/linux driver http://www.dektec.com.
[linux-dvb] Re: driver for VP7041 VisionDTV Twinhan USB DVB-T
Patrick Boettcher wrote: Hi list, I recently bought a VP7041 and was asking on the mailing list, if someone has a working driver or works on one. (http://www.linuxtv.org/mailinglists/linux-dvb/2004/05-2004/msg00223.html) Since I didn't receive an answer, I started to have a look. sorry for me not being responsive WRT your first mail. i made the first mail about this usb adapter, but, then, i just had the time to check that i could get the "dump" of the USB transaction using those usb sniffer.. the same info it seems your are using to proceed with the protocol analysis! cheer to you! [...] When I'll have the driver ready for real tests, I wonder if it is possible to add it to cvs to reach a wider user community. Or is there another method to do so? actually i'd like to help this effort with some test but our usb adapter is used as a field test device for DVB-T signal availability here in nothern-east of italy, so it's not always in my pocket to maybe test & verify your protocol-related question.. hope to see this kind of driver on a cvs. BTW i'm wondering if this kind of usb driver could be completely an user space application because it's based on best-effort usb transaction (dont remember the exact term in usb terminology; not synchronous, i mean) and i remember there are already user space application acting like driver for other usb adapter. this way, an alpha-state driver should be less of a pain WRT crashing the running kernel! bye -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] Re: info visionplus usb-ter
Peter Schildmann wrote: Hi, On Wed, Apr 21, 2004 at 02:47:37PM +0200, Andrea Venturi wrote: hi, we bought this usb dvb-t visionplus dvb-t usb-ter http://www.visionplus.com.tw/visiontv-2.htm the main business is "load" any firmware available on the linux host to the chip. but i have not been able to recognize the "firmware" file in the driver directory of the MS OS driver package.. (maybe it's embedded in some of the .sys file there) Try this: yes, it works! from a cold start, the usb device comes to life with the "final" identity. this is really the first step to make the "bare metal" running now, linux is just missing the "real" dvb driver for this card!! ;-) when i'll have some spare time i'll try to understand a bit the usb protocol with some usb snooping tool like this: http://benoit.papillault.free.fr/usbsnoop/ http://www.toth.demon.co.uk/usb/reverse-0.2.txt or maybe try to dump usb log when the original driver is running on a vmware guest OS. but may i ask, out of curiosity, if this "firmware loader" is just a hint of more meat to come?! ;-) andrea venturi -- vp7041fwload.c -- /* * TwinHan Vision Plus USB-Ter firmware loader * * Copyright (c) 2004 Peter Schildmann <[EMAIL PROTECTED]> * * This program is free software; you can redistribute it and/or * modify it under the terms of version 2 of the GNU General Public * License, as published by the Free Software Foundation. This * program is distributed WITHOUT ANY WARRANTY; without even the * implied warranty of merchantability or fitness for a particular * purpose. You should have received a copy of version 2 of the GNU * General Public License along with this program; if not, write to * the Free Software Foundation, Inc., 59 Temple Place - Suite 330, * Boston, MA 02111-1307, USA. */ signature.asc Description: OpenPGP digital signature
[linux-dvb] info visionplus usb-ter
hi, we bought this usb dvb-t visionplus dvb-t usb-ter http://www.visionplus.com.tw/visiontv-2.htm and it seems this usb device card isn't yet supported by the linux dvb driver. or at least i can't find any useful stuff on the linux-dvb ML! so, i'd like to try to raise some awareness about the "meat" inside, and only time will tell if this is just a "warm generator" for the linux world or a more useful device! actually, if i plug it in the "other" OS i can see it will load _two_ different drivers one after the other.. the first step, from cold to warm, is just a "firmware" loading and initialization of the "controller" inside.. the second step should be the "recognition" of the final device: the DVB-T tuner/demux.. on linux i can find two different USB "footprint" under the /proc/bus/usb/devices (see attached dump!) COLD: ... P: Vendor=1822 ProdID=3201 Rev= 0.01 ... WARM: ... P: Vendor=1822 ProdID=3202 Rev= 0.01 S: Manufacturer=TWINHAN S: Product=VP7041 ... (BTW, the shop told me this was a VP7042, don't know the difference between 7042 and 7041.. anyone?!) than i made some pictures about the inside of the box (BTW no seal to be broken :-) beware they are huge pictures! http://krusty.cineca.it/vpweb/temp/vp/ the demuxer is under a passive cooler so i don't know what it is; here someone say should be a conexant chip: http://www.golem.de/0402/29659.html (could someone deutch-speaking tell about useful info on that thread on macosx and linux support?!) the only other visible chip is a cypress AN2135SC: one of the AN2131 family: http://www.cypress.com/products/datasheet.cfm?partnum=AN2131 this is the "controller" (8051) i said above. it's a quite aged device used in many different purposes; it's called ez-usb and there's already a simple driver on sf.net: http://ezusb2131.sourceforge.net/ the main business is "load" any firmware available on the linux host to the chip. but i have not been able to recognize the "firmware" file in the driver directory of the MS OS driver package.. (maybe it's embedded in some of the .sys file there) BTW it's a pity this is not the EZ-USB FX2 running at full speed of a usb 2.0 bus (aka 480Mbps) but just the usb 1.1 version so it seems hardware pid filtering will be a must because a full mux bw should largely exceed the usb 1.1 real bw available!! :-( i believe both tuner (on a side there is a sticker telling something about a TD 7022..) and demux should be available on the i2c bus (driven from the cypress chip..) and maybe they "answer" some discovery query.. that's all for now. do you know if there's some activity on-going about this usb device for linux? thanx in advance andrea venturi T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #3) S: SerialNumber=:00:1d.2 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #2) S: SerialNumber=:00:1d.1 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5 uhci_hcd S: Product=Intel Corp. 82801CA/CAM USB (Hub #1) S: SerialNumber=:00:1d.0 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1 P: Vendor=1822 ProdID=3201 Rev= 0.01 C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) I: If#= 0 Alt= 1 #EPs=13 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=10ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=84(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=86(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=
[linux-dvb] Re: VHF DVB-T cards?
Robert Schlabbach wrote: From: "Nico" <[EMAIL PROTECTED]> down here in Italy the first DVB-T transmissions are popping up, so I'm searching a good budget card to buy. I want to avoid UHF-only tuners, because VHF is going to be used here. Hauppage doesn't list the tuner specs of their Nova-T cards, so can someone post the list of options, please? The _2002_ TechnoTrend Budget DVB-T card, which is also sold under the name "Hauppauge Nova-T" (as well as Lorenzen SL DVB-T) supports VHF reception. The card looks like this: http://secret.cream.org/wintv-newtuner.jpg I can say for sure that this card supports VHF, because I have the Lorenzen card (without IR, unfortunately) and receive VHF channels 5 and 7 with it here in Berlin. hi, you can see our nova-t here: http://marge.cineca.it/aventuri/public/nova-t.jpg from usa-x.org (90 EUR today!) http://www.usa-x.org/1shop/popup_image.php?pID=34 and are looking for these DVB-T signals in bologna: it seems that we should already get some feed: Canale Pol Bouquet Provincia Note 51 v La7 Bologna G H Rai Bologna Bouquet A 52 H Rai Bologna Bouquet B so it seems RAI is transmitting in VHF (from Asinelli tower in the center of Bologna!!) and La7 is transmitting from CastelMaggiore (i'm told) this is a site interesting: http://www.sat-net.org/dvbt/show.php?id_prov2=15&id_bouq2=99&Submit=Avvia+ricerca maybe we can share some experience! bye pgp0.pgp Description: PGP signature
[linux-dvb] Re: tt budget-s unknown subvendor subsystem id 13c2:100f !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gunther Mayer wrote: |>> |>> ~ MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f), |> |> |> |> Isn't this a Nova-CI? You need to load the budget-ci.o driver for this |> type of cards... | | | Probably this card has the CI connector not soldered. | | exactly.. you can see on the printed board traces for the missing components (socket included) but there's nothing soldered on it. is it better to use nevertheless the budget-ci module? bye -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/0D1Ii/RI2aqk3sERAqdVAJ46dVoptsXKyGOw+wF5F+kHeX59OACfUFXW YVugfPr9IgSPRI2kwggQIuQ= =ZKO+ -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] tt budget-s unknown subvendor subsystem id 13c2:100f !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, i got a new nova-s with such lspci -vn entry: ~ ... ~ 02:01.0 Class 0480: 1131:7146 (rev 01) ~Subsystem: 13c2:100f ~Flags: bus master, medium devsel, latency 64, IRQ 22 ~Memory at fcddec00 (32-bit, non-prefetchable) [size=512] ~ ... so, to let be recognized by yesterday (3.12.2003) dvb-kernel cvs checkout, i had to add this row in line 205 of: .../dvb-kernel/linux/drivers/media/dvb/ttpci/budget.c ~MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f), then, recompile budget.ko and after modprobe, dmesg says: ... saa7146: found saa7146 @ mem d0981c00 (revision 1, irq 22) (0x13c2,0x100f). DVB: registering new adapter (TT-Budget/WinTV-NOVA-S PCI). drivers/media/dvb/frontends/stv0299.c: setup for tuner SU1278/SH DVB: registering frontend 1:0 (STV0299/TSA5059/SL1935 based)... TT-Budget/WinTV-NOVA-S PCI adapter 1 has MAC addr = 00:d0:5c:02:b1:02 ... bye andrea venturi -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/z3Zji/RI2aqk3sERAvBmAKCvrtVY2tRGYni+NJZ6xP0FF5Tc+ACfdTKU P8ILD6eIELjRs4VT0wG3LjM= =+vqu -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
[linux-dvb] Re: FF cards alter PTS'?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Holger Waechtler wrote: | | ... | Modern fanless Mainboards like the VIA Epia boards in the Hush-box have | much more CPU power and also some MPEG decoder helper functionality | speeding up the DCT on the CPU die (or was it on the graphics chip?). | MythTV has some experimental support for this feature IIRC. | | just my 2 cents, WRT a new STB (so not speaking about ricycling old HW!) with no moving part and cheap: the EPIA-M: ~ http://www.viavpsd.com/product/epia_m_spec.jsp?motherboardId=81 has: - - fanless CPU - - 1 PCI slot (for a budget card..) - - a CLE266 north bridge who supports MPEG2 HW decoding and actually there's an effort to reverse engineer the "binary module" from via: ~ http://www.ivor.it/cle266/ ~ http://crp.pwp.blueyonder.co.uk/MPEG/details.html ~ http://forums.viaarena.com/messageview.cfm?catid=28&threadid=47219 her newer sister EPIA-TC has a CF slot and a 12V DC power onyl to make it a completely no-moving-part solution: ~ http://www.viavpsd.com/product/Download.jsp?motherboardId=201 disclaimer: i'm not involved in any way in VIA and other party businesses! ;-) bye andrea venturi -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQE/u5zOi/RI2aqk3sERAjesAJ9XPc8QPf7yh4JBSZm7avFBB/MeqQCfRzvB 6Ol8G3eGooB7sF9eSaeIV2E= =Vuf8 -END PGP SIGNATURE- -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.