I wrote:
> My DVB card also receives some strange multicast packets. Guys from the
> antenna company told me that this is a TV or radio broadcast and advised
> not to hack them, but they are interested to sell me their decoder box,
> so I'll ignore their advice if possible. Local news sites ment
Walsh Rod (Nokia-NRC/Tampere) wrote:
>> Could you please explain what exactly you mean by "normal unicast
>> connection"?
>>
>
> Off a web server, usually "automatic HTTP GET" from a preconfigured URL.
>
Definitely impossible - the set-top-boxes that the antenna company sells
don't have a
>> However, many trials have limited channels and they are either preconfigured
>> or multicast session data is delivered over a normal unicast connection.
>> This can be true of regular DVB-T/S/C too.
> Could you please explain what exactly you mean by "normal unicast
> connection"?
Off a web ser
Walsh Rod (Nokia-NRC/Tampere) wrote:
> If it is indeed delivered over DVB-H, the SDP ought to be delivered by FLUTE
> (RFC3926), but if it's a trial it could be SAP or something proprietary. If
> over multicast, it really ought to be on a different IP address and
> different port.
>
I have foun
If it is indeed delivered over DVB-H, the SDP ought to be delivered by FLUTE
(RFC3926), but if it's a trial it could be SAP or something proprietary. If
over multicast, it really ought to be on a different IP address and
different port.
However, many trials have limited channels and they are eithe
Alexander E. Patrakov wrote:
> Local news sites mention that
> DVB-H is being tested, but these packets don't look like DVB-H payload,
> because they are IPv4.
>
DVB-H can be with IPv4.
In Italy we have three different DVB-H providers, each is using IPv4.
Francesco
___
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
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
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 t
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.
> Th
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 describe
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 se
On 10/10/07, Jake Peavy <[EMAIL PROTECTED]> wrote:
>
> Hi yall,
>
> Been googling for a while, but my problem seems rather simple so I think
> I'll just ask.
>
> I have UDP encapsulated MPEG TS; how do I perform online analysis using
> dvbsnoop? All the pages I've been to so far seem to indicate h
On Thursday 11 October 2007 17:06:20 Alexander E. Patrakov wrote:
> Pierluigi Rolando wrote:
> > From the description it sounds like RTP or a variant allright.
>
> Yes, I was able to dissect it with wireshark as RTP, and it shows
> payload types 96 (on port 2) and 97 (on port 20002). According
On 10/11/07, Christian Praehauser <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Maybe this is of use to you: http://www.network-research.org/mp2tsdis.html
>
> Cheers,
> Christian.
>
> Jake Peavy wrote:
> > Hi yall,
> >
> > Been googling for a while, but my problem seems rather simple so I think
> > I'll j
> The question is, still, how to play this.
I've no idea, especially if you want to do that on the fly. In that
case you'd probably need some kind of DVB APIs.
As for captures, a viable (if overly complex) way could be replaying
the captured traffic as if it was normal network traffic and use
Pierluigi Rolando wrote:
> From the description it sounds like RTP or a variant allright.
>
Yes, I was able to dissect it with wireshark as RTP, and it shows
payload types 96 (on port 2) and 97 (on port 20002). According to
http://www.alvestrand.no/pipermail/ietf-types/2004-August/001256
>> Though if it's indeed a
>> 2k DVB-H you'd find encryption in either IPsec or SRTP fashion.
>
> I don't know what IPsec or SRTP packets look like in a tcpdump
> file, but
> at least UDP headers are not encrypted, and the first 4 data bytes
> look
> like some big-endian counter that gets incre
Walsh Rod (Nokia-NRC/Tampere) wrote:
> If you're on the West side of Russia you might be getting something DVB-H
> from the East of Finland over DVB-T: but I very much doubt it.
Yekaterinburg => way too far, and the antenna company wouldn't sell
receivers if this is not a local broadcast.
> In
If you're on the West side of Russia you might be getting something DVB-H
from the East of Finland over DVB-T: but I very much doubt it. In Finland
most of the DVB-H trials are in the West and they'll be increasingly headed
for their own Mux and 4k mode (DVB-T receivers ought to only be capable of
Jake Peavy wrote:
> I have UDP encapsulated MPEG TS; how do I perform online analysis using
> dvbsnoop?
My DVB card also receives some strange multicast packets. Guys from the
antenna company told me that this is a TV or radio broadcast and advised
not to hack them, but they are interested to
Hi,
Maybe this is of use to you: http://www.network-research.org/mp2tsdis.html
Cheers,
Christian.
Jake Peavy wrote:
> Hi yall,
>
> Been googling for a while, but my problem seems rather simple so I think
> I'll just ask.
>
> I have UDP encapsulated MPEG TS; how do I perform online analysis us
Hi yall,
Been googling for a while, but my problem seems rather simple so I think
I'll just ask.
I have UDP encapsulated MPEG TS; how do I perform online analysis using
dvbsnoop? All the pages I've been to so far seem to indicate hardware is
required. This may be the case for QAM transport, but
23 matches
Mail list logo