Re: [linux-dvb] Is there a daemon style program for scheduled DVB recording?

[Nico Sabbi]

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] How do you stream the entire MPEG-TS with dvbstream?

[Nico Sabbi]

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] MSI [EMAIL PROTECTED] A/D v1.1 mostly working

[Nico Sabbi]

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

[Nico Sabbi]

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?

[Nico Sabbi]

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?)

[Nico Sabbi]

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.

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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?

[Nico Sabbi]

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

Re: [linux-dvb] dvb_usb_gl861 stopped working in recent kernels?

[Nico Sabbi]

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] dvb_usb_gl861 stopped working in recent kernels?

[Nico Sabbi]

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] VHF tuning broken for TDA8275A cards?

[Nico Sabbi]

Il Friday 21 December 2007 00:35:20 hai scritto:
> Hi Nico,
>
>
> You likely noticed some reports, that on VHF some transmitters
> changed from FEC 3/4 to 2/3 recently. If not already done, it might
> be worth a try creating a new channels.conf.
>
> Let me know, if you like to see some mplayer or other logs.
>
> Cheers,
> Hermann

apparently it's the opposite here: from 2/3 to 3/4. FEC_AUTO solves 
all problems. Thanks

___
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?

[Nico Sabbi]

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] af901x ir-remote

[Nico Sabbi]

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] need to hold fronend device open

[Nico Sabbi]

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 2>&1 &
>
> 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] Thinking about buying a DVB-S Card

[Nico Sabbi]

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

[Nico Sabbi]

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] Command line dvb tuning utilities

[Nico Sabbi]

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] Non blocking IO on dvr0 device

[Nico Sabbi]

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] DVB-S2 API vs. HVR4000: When?

[Nico Sabbi]

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

[Nico Sabbi]

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??

[Nico Sabbi]

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

[Nico Sabbi]

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?

[Nico Sabbi]

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 pain&fatigue

>
> 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

Re: [linux-dvb] UDP encapsulated MPEG{2,4} TS into dvbsnoop?

[Nico Sabbi]

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?

[Nico Sabbi]

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] Need info about AAC in DVB

[Nico Sabbi]

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] Need info about AAC in DVB

[Nico Sabbi]

Il Friday 05 October 2007 13:02:45 hai scritto:
> On Fri, 2007-10-05 at 12:38 +0200, Nico Sabbi wrote:
> ...
>
> > Can anyone help or shed some light, please?
>
> Not sure if this helps anything, but this post discussed various
> aspects of supporting DVB-T in Norway:
>
> http://www.dvbviewer.info/forum/index.php?showtopic=17644&view=find
>post&p=140732
>
> "The LATM formatted MPEG-4 HE AAC or HE AAC v2 elementary stream
> data shall be encapsulated in the LOAS transmission format
> according to ISO/IEC 14496-3 [17]. The AudioSyncStream() version
> shall be used."


thanks, it's what I needed to know; after all it's the only framing 
format that makes sense in TS (but still LATM/LOAS doesn't absolutely 
make any sense at all in a broad sense).
Do you have that PDF? the link is broken

___
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

[Nico Sabbi]

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] I-Frame Detection

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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)

[Nico Sabbi]

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

[Nico Sabbi]

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] HVR4000 Support

[Nico Sabbi]

Fassio Blatter wrote:
> *Steven Toth* stoth at hauppauge.com 
> 
> /Fri Mar 16 18:41:50 CET 2007/
> 
> On 9/15/07, *Fassio Blatter* <[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 
>  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] Problem using mplayer.

[Nico Sabbi]

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?

[Nico Sabbi]

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

[Nico Sabbi]

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, l’inserzione è gratuita!
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6891&d=20-8

___
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

[Nico Sabbi]

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] Please help: Looking for a solidly supported DVB-T USB stick

[Nico Sabbi]

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] How to achieve persistent DVB-S tuning?

[Nico Sabbi]

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=2907&d=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.

[Nico Sabbi]

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- 
>SERR- 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=6785&d=6-7

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] does Qt1010 tune VHF?

[Nico Sabbi]

Antti Palosaari wrote:
> Nico Sabbi kirjoitti:
> 
>> 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?
> 
> 
> There is no limitations in tuner hw, it should be tune at least between 
> 48 and 860 MHz. If I remember correctly I didn't see any difference in 
> my usbsnoop-logs when tuning to VHF/UHF. I cannot test VHF due to 
> missing VHF transmission...
> 
> Could you test patch mentioned here:
> http://linuxtv.org/pipermail/linux-dvb/2007-June/018620.html
> 
> /antti
> 


using that patch I can tune all 4 VHF stations :)
This tuner seems to need a very strong signal and seems to be 
extremely sensitive to noise: using
and indoor antenna I can tune channels only if the amplifier is
completely off; on the other side using the small antenna
provided in the package I can't tune anything at all.
Thanks for all your work!
Nico

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] does Qt1010 tune VHF?

[Nico Sabbi]

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?

[Nico Sabbi]

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?

[Nico Sabbi]

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

[Nico Sabbi]

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=6615&d=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

[Nico Sabbi]

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?

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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

Re: [linux-dvb] Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits

[Nico Sabbi]

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]

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 c&p the code from there

___
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

[Nico Sabbi]

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

[Nico Sabbi]

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=6333&d=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

[Nico Sabbi]

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 ). 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  ..).



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=5190&d=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]

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] Improvemts to dvbstream in cvs

[Nico Sabbi]

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] saa7134-dvb not loaded automatically

[Nico Sabbi]

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=6240&d=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

[Nico Sabbi]

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?

[Nico Sabbi]

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?midQ88&d-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?

[Nico Sabbi]

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?midQ87&d-3

___
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

[Nico Sabbi]

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

[linux-dvb] Doubt about cohexistence of FILTER and PES_FILTER on the same pid

[Nico Sabbi]

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] Bad TS from dvb-t recording?

[Nico Sabbi]

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?midQ45&d=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

[Nico Sabbi]

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()
 [] show_trace_log_lvl+0x19/0x2e
 [] show_trace+0x12/0x14
 [] dump_stack+0x14/0x16
 [] trace_hardirqs_on+0xc2/0x141
 [] _spin_unlock_irq+0x22/0x26
 [] flexcop_pci_isr+0x294/0x29e [b2c2_flexcop_pci]
 [] handle_IRQ_event+0x18/0x44
 [] handle_level_irq+0x93/0xe2
 [] do_IRQ+0x95/0xaf
 [] common_interrupt+0x2e/0x34
 [] cpu_idle+0x41/0x59
 [] rest_init+0x1e/0x20
 [] 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?

[Nico Sabbi]

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] Tuner sensitivity - details not on linux dvb wiki?

[Nico Sabbi]

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] Re: TDA8290/TDA8275 with LNA

[Nico Sabbi]

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?

[Nico Sabbi]

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=5142&d=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

[Nico Sabbi]

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:[]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:
 [] show_trace_log_lvl+0x19/0x2e
 [] show_stack_log_lvl+0x9d/0xa5
 [] show_registers+0x1a0/0x277
 [] die+0x116/0x1f0
 [] do_page_fault+0x44a/0x51b
 [] error_code+0x7c/0x84
 [] tda1004x_write_mask+0x44/0x63 [tda1004x]
 [] tda1004x_set_fe+0x106/0x492 [tda1004x]
 [] dvb_frontend_swzigzag_autotune+0x1ad/0x1d6 [dvb_core]
 [] dvb_frontend_swzigzag+0x1ab/0x208 [dvb_core]
 [] dvb_frontend_thread+0x209/0x2a6 [dvb_core]
 [] kthread+0xb4/0xd9
 [] 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: [] 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

Re: [linux-dvb] Re: TDA8290/TDA8275 with LNA

[Nico Sabbi]

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] dvbstream pat pmt dosen't work, wrong dvbstream version?

[Nico Sabbi]

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=5187&d=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?

[Nico Sabbi]

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=3924&d=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]

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] Re: TDA8290/TDA8275 with LNA

[Nico Sabbi]

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

[Nico Sabbi]

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

[linux-dvb] Re: TDA8290/TDA8275 with LNA

[Nico Sabbi]

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:[]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:
 [] show_trace_log_lvl+0x19/0x2e
 [] show_stack_log_lvl+0x9d/0xa5
 [] show_registers+0x1a0/0x277
 [] die+0x116/0x1f0
 [] do_page_fault+0x44a/0x51b
 [] error_code+0x7c/0x84
 [] tda1004x_write_mask+0x44/0x63 [tda1004x]
 [] tda1004x_set_fe+0x106/0x492 [tda1004x]
 [] dvb_frontend_swzigzag_autotune+0x1ad/0x1d6 [dvb_core]
 [] dvb_frontend_swzigzag+0x1ab/0x208 [dvb_core]
 [] dvb_frontend_thread+0x209/0x2a6 [dvb_core]
 [] kthread+0xb4/0xd9
 [] 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: [] 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] dvbstream and vdr streamdev streaming format difference?

[Nico Sabbi]

Ali H.M. Hoseini wrote:

Hi all,

I'm thinking to write a simple udp clone of vdr streamdev plugin.

I tested dvbstream, but the problem is I couldn't play dvbstream streams
with videlan, which is only player that I know works with linux and
windows and could play streamdev streams.

Does anybody know what format streamdev streams, and why videolan could
not play dvbstream streams?
although dvbstream says it uses rtp over udp protocol, and videolan has
an option to play this.



because you didn't add the PAT and PMT pids to the list
(maybe I should add thin answer to my .sig)

--
"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

[Nico Sabbi]

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=3925&d=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?

[Nico Sabbi]

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

[Nico Sabbi]

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=3925&d=6-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

[Nico Sabbi]

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] Still empty .mpeg file

[Nico Sabbi]

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=2907&d=2-2


___
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

[Nico Sabbi]

[EMAIL PROTECTED] wrote:

On 21/01/07 00:08:09, Nico Sabbi wrote:

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* ?



Thanks for the hint. My ~/.mplayer/config and ~/.mplayer/mencoder* were OK but
I remembered to have a /etc/mplayer/config which  had  alang=en  in  it.  That
trying to get English audio failed on German DVB-T. So that's fixed now.

But how can I get tzap to work? I stil get:

tzap 3sat
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
ERROR: error while parsing constellation (syntax error)



not all parameters are accepted as *AUTO by tzap (at least in pre-hg 
releases); in your case QAM_AUTO is not recognized.

update tzap or use QAM_64


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


Thanks
Lynx




--
"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] tzap: error while parsing constellation (syntax error) and no sound with mplayer but with mencoder

[Nico Sabbi]

[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?

[Nico Sabbi]

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=2911&d=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://)

[Nico Sabbi]

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

[Nico Sabbi]

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

[linux-dvb] [PATCH] selectable frontend for Lifeview Trio

[Nico Sabbi]

Hi,
since the good Andrew forgot once again to commit this patch :) here it 
is again:

it permits to select the frontend to use in the Lifeview Trio:
trio_frontend=1 => satellitar
trio_frontend=0 => terrestrial

Signed-off by Nico Sabbi ([EMAIL PROTECTED])

--- saa7134-dvb.c.orig	2006-07-30 12:08:06.0 +0200
+++ saa7134-dvb.c	2006-07-30 22:17:14.0 +0200
@@ -51,6 +51,10 @@
 module_param(antenna_pwr, int, 0444);
 MODULE_PARM_DESC(antenna_pwr,"enable antenna power (Pinnacle 300i)");
 
+static int trio_frontend = 0;
+module_param(trio_frontend, int, 0644);
+MODULE_PARM_DESC(trio_frontend,"frontend to enable in the Lifeview Trio card (0: terrestrial, 1: satellitar)");
+
 /* -- */
 static int pinnacle_antenna_pwr(struct saa7134_dev *dev, int on)
 {
@@ -1154,12 +1158,24 @@
 		}
 		break;
 	case SAA7134_BOARD_FLYDVB_TRIO:
+		if(! trio_frontend) {	//terrestrial
 		dev->dvb.frontend = dvb_attach(tda10046_attach, &lifeview_trio_config,
 		&dev->i2c_adap);
 		if (dev->dvb.frontend) {
 			dev->dvb.frontend->ops.tuner_ops.sleep = lifeview_trio_tuner_sleep;
 			dev->dvb.frontend->ops.tuner_ops.set_params = lifeview_trio_tuner_set_params;
 		}
+		} else {		//satellitar
+		dev->dvb.frontend = dvb_attach(tda10086_attach, &flydvbs, &dev->i2c_adap);
+		if (dev->dvb.frontend) {
+			if (dvb_attach(tda826x_attach, dev->dvb.frontend, 0x63, &dev->i2c_adap, 0) == NULL) {
+printk("%s: Lifeview Trio, No tda826x found!\n", __FUNCTION__);
+			}
+			if (dvb_attach(isl6421_attach, dev->dvb.frontend, &dev->i2c_adap, 0x08, 0, 0) == NULL) {
+printk("%s: Lifeview Trio, No ISL6421 found!\n", __FUNCTION__);
+			}
+		}
+		}
 		break;
 	case SAA7134_BOARD_ADS_DUO_CARDBUS_PTV331:
 		dev->dvb.frontend = dvb_attach(tda10046_attach, &ads_tech_duo_config,
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] hdtv scanning

[Nico Sabbi]

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

[Nico Sabbi]

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] hdtv scanning

[Nico Sabbi]

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

[Nico Sabbi]

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

[Nico Sabbi]

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] question about Fusion HDTV USB and mplayer

[Nico Sabbi]

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

[Nico Sabbi]

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