Hi!
I recently bought a SATELCO EasyWatch PCI (DVB-C) card.
http://www.satelco.de/htm/shop/easywatch_pci/index.htm
lspci:
02:0c.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Unknown device 1894:002a
Flags: bus master, medium devsel, latency 64, IRQ
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why scan dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd) should be created : dvb
apps using channel file
Klaus Schmidinger writes:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why scan dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd)
Hello,
to build against 2.6.19-rc4-mm1 I use this patch :)
--
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
diff -r 5e917732f9b6 linux/drivers/media/dvb/dvb-core/dvb_frontend.c
--- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri Nov 03 19:46:54
2006 +0100
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why scan dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video hd) should be created :
matthieu castet wrote:
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why scan dvb-util or vdr failed to parse video
pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some reflexion, a new category (video
Hello,
what does those in my syslogd mean ?
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
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
Nico Sabbi wrote:
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
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?
___
Nico Sabbi wrote:
Klaus Schmidinger wrote:
Well, that might be feasible for live viewing, but what
about replaying a recording? There is no PAT/PMT in a
recording.
Klaus
there is if you save the TS, rather than that funny .vdr aka pes.
Can VDR save the TS now?
No - and it won't.
TS is
Hi,
Does somebody know why scan dvb-util or vdr failed to parse video pid
of hdtv stream ?
Why a patch like the attached one couldn't be added ?
Btw, I've seen other types that are not properly recognised:
in Lodnon they are
0x05
0x06 (when it is not AC3, SUBTITLING or TELETEXT)
0x0c
Klaus Schmidinger schrieb:
matthieu castet wrote:
Klaus Schmidinger wrote:
matthieu castet wrote:
matthieu castet wrote:
Hi,
Does somebody know why scan dvb-util or vdr failed to parse
video pid of hdtv stream ?
Why a patch like the attached one couldn't be added ?
After some
Michael Müllner wrote:
Klaus Schmidinger schrieb:
matthieu castet wrote:
...
PS : do you plan something for VDR ?
Sure, once the driver supports DVB-S2 ;-)
Why wait ? there are also H264 over dvb-s :)
Mike
But there is no full featured DVB card yet that can be used
to replay HDTV. And
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
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
add the pmt_pid to your list
Sorry, but I do not understand.
Here is whan I've done:
I've changed scan so that it prints the video pid 0x1b into channels.conf.
Then I play
mplayer dvb://BBC HD1a
MPlayer dev-SVN-r20681-4.1.1 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Pentium(R) M processor
Klaus Schmidinger schrieb:
Michael Müllner wrote:
Klaus Schmidinger schrieb:
matthieu castet wrote:
...
PS : do you plan something for VDR ?
Sure, once the driver supports DVB-S2 ;-)
Why wait ? there are also H264 over dvb-s :)
Mike
But there is no full featured DVB card yet that
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
@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.
Great it works properly.
Do you still have a copy of
Antti Palosaari wrote:
Hi,
This patch adds driver for Sigmatek DVB-110 USB DVB-T stick. Stick has
based on hardware of Qtuantek QT1010 tuner, Zarlink ZL10353 (Intel CE
6353) demodulator and Alcor Micro AU6610 DVB-T USB controller. HW is
rather similar as used in MSI Megasky GL861.
Is there any update to the nova-t 500 driver in the pipeline?
--
-Tor
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Hello,
I bought an MSI Megasky 580 DVB-T USB stick. The DVB part works well,
but the stick is not responding to Channel up and Volume up remote
buttons. I have confirmed with a digital camera that the remote indeed
does send IR pulses when I press the aforementioned buttons.
All other
Gregoire Favre wrote:
what does those in my syslogd mean ?
gpioirq DMA RX buffer overflow
gpioirq DMA RX buffer overflow
...
Well, it means that there is no free buffer to copy incoming data from
the ARM. Should not happen during normal operation.
Can you reproduce this? How?
Oliver
--
hi,
let's try again. Attached patch remains unchanged.
Signed-off-by: Antti Palosaari [EMAIL PROTECTED]
/antti
Antti Palosaari wrote:
Hi,
This patch adds driver for Sigmatek DVB-110 USB DVB-T stick. Stick has
based on hardware of Qtuantek QT1010 tuner, Zarlink ZL10353 (Intel CE
6353)
Hi there,
I hope it's ok for me to ask a (perhaps trivial) question to you.
I've got a Medion MD8386XL PC with a Medion CTX925-Karte (SAA7134) . The
card supports analogue TV, DVB-T and DVB-S via Hybridtuner. According to
some Forums the Tuner should be a Philips FMD1216ME M33 Hybrid-Tuner.
Hello,
Tuning with the Twinhan Magic Box do not work with the dvb-t driver of
the official Linux Kernel 2.6.18, 2.6.18.1, 2.6.18.2 and some 2.6.19-rc.
For example: tzap do not get a lock while tuning but it should get a lock.
Last dvb-t driver which worked was in 2.6.17.14.
Now I use Linux
On 05/11/06, Oliver Endriss [EMAIL PROTECTED] wrote:
gpioirq DMA RX buffer overflow
Well, it means that there is no free buffer to copy incoming data from
the ARM. Should not happen during normal operation.
Can you reproduce this? How?
I was having lots of those while trying to shutting
28 matches
Mail list logo