Johannes Stezenbach wrote:
On Fri, Oct 12, 2007, Manu Abraham wrote:
Johannes Stezenbach wrote:
Does that mean that Manu has no intentions to get
his multiproto API changes merged?
It will be merged
When? Why hasn't it been merged months ago when HVR4000 worked?
HVR4000 was struggling
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
Alexander E. Patrakov wrote:
OM Ugarcina wrote:
Linux video capture interface: v2.00
PCI: Enabling device :00:1f.3 (0001 - 0003)
ACPI: PCI Interrupt :00:1f.3[C] - GSI 18 (level, low) - IRQ 20
saa7130/34: v4l2 driver version 0.2.14 loaded
ACPI: PCI Interrupt :04:01.0[A] - GSI 22
Hi,
On Fri, Oct 12, 2007, Marcel Siegert wrote:
can everybody _please_ stop this unnessessary discussion?
When a developer deletes his mercurial repositories and
announces he's going to rewrite the code to be independent
of multiproto, then IMHO it is _necessary_ to find out
why, and how to
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
Hi,
Reinhard Nissl wrote:
Hi,
Manu Abraham wrote:
this Logfile looks a bit strange, and I can't tune to DVB-S2 channels.
DVB-S works fine.
I really have the feeling that this card is demaged
I experience a similar behaviour. There are days (like to today) when I
have to completely
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
Marcel Siegert wrote:
hi,
can everybody _please_ stop this unnessessary discussion?
manu, nobody is playing politics in the moment,
not johannes, not steven, not anyone else.
What was discussed yesterday was that, if you don't do what i write,
i'll just take your code nevertheless as
hi,
can everybody _please_ stop this unnessessary discussion?
manu, nobody is playing politics in the moment,
not johannes, not steven, not anyone else.
maybe sometimes it is hard to understand what people want to
say if you have all the bad past in mind.
what was said in coherence to your
OM Ugarcina wrote:
Linux video capture interface: v2.00
PCI: Enabling device :00:1f.3 (0001 - 0003)
ACPI: PCI Interrupt :00:1f.3[C] - GSI 18 (level, low) - IRQ 20
saa7130/34: v4l2 driver version 0.2.14 loaded
ACPI: PCI Interrupt :04:01.0[A] - GSI 22 (level, low) - IRQ 21
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
--- Manu Abraham [EMAIL PROTECTED] wrote:
Manu Abraham wrote:
Kristian Slavov wrote:
Manu Abraham wrote:
Marko Ristola wrote:
If the current Mantis branch changes would be
merged into v4l-dvb,
you could concentrate more on other maybe more
important projects. You would just
Hey,
Sorry, not really my area of experience in regards to getting dvb on older
kernels, but whoever manufactures the NAS must provide the appropriate
patches for the kernel to get it to work on their hardware. They should
provide the source on their website or something, you could track it down
13 matches
Mail list logo