Re: [linux-dvb] Medion SAA7134 and DVB-S - How?

[hermann pitton]

Hi!

Am Dienstag, den 07.11.2006, 00:35 +0100 schrieb Hartmut Hackmann:
> Hi
> 
> Chris Winger wrote:

[...]
> > 
> > If I start kaffeine, I get DVB-T to work. Kaffeine recognisez the card as:
> > Using DVB device 0:0 "Philips TDA10046H DVB-T"
> > 
> > Why TDA10046H instead of FMD1216ME?
> > 
> TDA10046 is the channel decoder which is the "center of the frontend": Thats
> correct.
> 
> > Why is there no other device for DVB-S available?
> > 
> Hm, does anybody know which channel decoder and tuner are used in the DVB-S
> section?

Remember, we had this one on the video4linux-list.

It has a conventional DVB-S can tuner, likely covered by dvb-pll or easy
to add, at least all questions were asked.

The problem was the not yet supported tda10086 channel decoder.

This has changed and also no problems with the dual PCI bridge are
expected, except Mike took care to disable it ;)

Should be worth to dig it out.

Cheers,
Hermann





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

Re: [linux-dvb] DIVCO Fusion (Utraview) tuning problem 2.6.18 kernel

[Michael Krufky]

Peter McNeil wrote:
> G'day all,
> 
> has the tuning problem with the 2.6.18 kernels for the Dvico Fusion HDTV
> cards been solved yet? I have the problem with Fedora Core 5 and 6 with
> this kernel (module-init-tools 3.2.2)
> 
> using mplayer I get:
> 
> dvb_tune Freq: 205625000
> Not able to lock to the signal on the given frequency, timeout: 3
> dvb_tune, TUNING FAILED
> ERROR, COULDN'T SET CHANNEL  0: Failed to open dvb://ABC TV.
> 
> tzap gives me:
> 
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> tuning to 205625000 Hz
> video pid 0x0200, audio pid 0x028a
> status 00 | signal 10bf | snr  | ber  | unc  |
> status 00 | signal 000f | snr  | ber  | unc  |
> //repeated forever
> 
> lsmod looks ok to me, loading mt352 module.
> 
> uname -a
> Linux zoot.mcneils.net 2.6.18-1.2200.fc5 #1 SMP Sat Oct 14 16:59:56 EDT
> 2006 x86_64 x86_64 x86_64 GNU/Linux
> 
> I saw this thread
> http://linuxtv.org/pipermail/linux-dvb/2006-September/012639.html and
> this one
> http://www.linuxtv.org/pipermail/linux-dvb/2006-September/012691.html
> which seems to suggest people were working on it but I haven't seen any
> conclusions.
> 
> Can anyone shed some light on this? I'd love to keep my system up to
> date but if I can't have my DVB ...

Nobody has ever provided any more information about this problem, other
than the information in the links above.  I would like to be able to solve
this for you, but I do not know the answer.  Instead, I can offer a
workaround:

If you are unable to build the v4l-dvb modules from the linuxtv.org hg
repository (howto - http://linuxtv.org/repo) against your fedora kernel,
then there is another option.

If you are using the ATrpms package repository, then simply do:

yum install video4linux-kmdl-`uname -r`

...That will install the latest snapshot of the v4l-dvb kernel modules
into your running fedora kernel.  I cannot make any promises that the
2.6.18 tree will ever be fixed for your device, because I do not know
what is actually causing the error... but this method should hold you
over.

If you want to help us to find the actual problem that caused this
behavior, please do a git bisection test to determine the problem
changeset in kernel development history:

How To Use git-bisect To Isolate a Bogus Commit
===
http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt

Good Luck,

Mike Krufky

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

Re: [linux-dvb] Medion SAA7134 and DVB-S - How?

[Hartmut Hackmann]

Hi

Chris Winger wrote:

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. My 
Linux-Distribution is ubuntu 6.10 Edgy Eft with Kernel 2.6.17-10.386.


Unfortunately I'm not able to get DVB-s to work and I couldn't find the 
necessary info in the ubuntu forum (or at least I did not understand it...)

I think the card should work as card 12 Tuner 63

lspci -v output is:
03:01.0 Multimedia controller: Philips Semiconductors SAA7134 Video 
Broadcast Decoder (rev 01)

  Subsystem: Creatix Polymedia GmbH Medion 7134
  Flags: bus master, medium devsel, latency 32, IRQ 225
  Memory at d800 (32-bit, non-prefetchable) [size=1K]
  Capabilities: 

03:04.0 Multimedia controller: Philips Semiconductors SAA7134 Video 
Broadcast Decoder (rev 01)

  Subsystem: Creatix Polymedia GmbH Unknown device 0005
  Flags: bus master, medium devsel, latency 32, IRQ 233
  Memory at d8002000 (32-bit, non-prefetchable) [size=1K]
  Capabilities: 


After sudo modprobe SAA7134 I get the following output:

[17180961.46] saa7134[0]: found at :03:01.0, rev: 1, irq: 225, 
latency: 32, mmio: 0xd800
[17180961.46] saa7134[0]: subsystem: 16be:0003, board: Medion 7134 
[card=12,insmod option]

[17180961.46] saa7134[0]: board init: gpio is 0
[17180961.62] tuner 0-0061: chip found @ 0xc2 (saa7134[0])
[17180961.636000] tuner 0-0061: type set to 63 (Philips FMD1216ME MK3 
Hybrid Tuner)

[17180961.644000] tda9887 0-0043: chip found @ 0x86 (saa7134[0])
[17180961.684000] saa7134[0]: i2c eeprom 00: be 16 03 00 54 20 1c 00 43 
43 a9 1c 55 d2 b2 92
[17180961.684000] saa7134[0]: i2c eeprom 10: 00 ff 86 0f ff 20 ff 00 01 
50 32 79 01 3c ca 50
[17180961.684000] saa7134[0]: i2c eeprom 20: 01 40 01 02 02 03 01 00 06 
ff 00 1f 02 51 96 2b
[17180961.684000] saa7134[0]: i2c eeprom 30: a7 58 7a 1f 03 8e 84 5e da 
7a 04 b3 05 87 b2 3c
[17180961.684000] saa7134[0]: i2c eeprom 40: ff 1d 00 c2 86 10 01 01 00 
00 fd 79 44 9f c2 8f
[17180961.684000] saa7134[0]: i2c eeprom 50: ff ff ff ff ff ff 06 06 0f 
00 0f 00 0f 00 0f 00
[17180961.684000] saa7134[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff
[17180961.684000] saa7134[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff

[17180961.708000] saa7134[0] Board has DVB-T
[17180961.708000] saa7134[0] Tuner type is 63
[17180961.76] saa7134[0]: registered device video0 [v4l2]
[17180961.76] saa7134[0]: registered device vbi0
[17180961.76] saa7134[0]: registered device radio0
[17180961.76] ACPI: PCI Interrupt :03:04.0[A] -> GSI 20 (level, 
low) -> IRQ 233
[17180961.76] saa7134[1]: found at :03:04.0, rev: 1, irq: 233, 
latency: 32, mmio: 0xd8002000
[17180961.76] saa7134[1]: subsystem: 16be:0005, board: Medion 7134 
Bridge #2 [card=93,autodetected]

[17180961.76] saa7134[1]: board init: gpio is 0
[17180961.76] saa7134[1]: Medion 7134 Bridge #2: dual saa713x 
broadcast decoders
[17180961.76] saa7134[1]: Sorry, none of the inputs to this chip are 
supported yet.  *### what does that mean?*
[17180961.76] saa7134[1]: Dual decoder functionality is disabled for 
now, use the other chip. *### I assume that's the DVB-S bit?*
[17180961.90] saa7134[1]: i2c eeprom 00: be 16 05 00 54 20 1c 00 43 
43 a9 1c 55 d2 b2 92
[17180961.90] saa7134[1]: i2c eeprom 10: 00 ff 86 0f ff 20 ff 00 01 
50 32 79 01 3c ca 50
[17180961.90] saa7134[1]: i2c eeprom 20: 01 40 01 02 02 03 01 00 06 
ff 00 21 02 51 96 2b
[17180961.90] saa7134[1]: i2c eeprom 30: a7 58 7a 1f 03 8e 84 5e da 
7a 04 b3 05 87 b2 3c
[17180961.90] saa7134[1]: i2c eeprom 40: ff 24 00 c0 ff 1c 00 ff ff 
ff fd 79 44 9f c2 8f
[17180961.90] saa7134[1]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff
[17180961.90] saa7134[1]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff
[17180961.90] saa7134[1]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff

[17180961.908000] saa7134[1]: registered device video1 [v4l2]
[17180961.908000] saa7134[1]: registered device vbi1
[17180961.916000] saa7134 ALSA driver for DMA sound loaded
[17180961.916000] saa7134[0]/alsa: saa7134[0] at 0xd800 irq 225 
registered as card -1
[17180961.916000] saa7134[1]/alsa: saa7134[1] at 0xd8002000 irq 233 
registered as card -1



dmesg | grep frontend says:
[17179586.688000] DVB: registering frontend 0 (Philips TDA10046H DVB-T)...

After sudo modprobe SAA7134_dvb, /dev/dvb/adapter0 gets created.

If I start kaffeine, I get DVB-T to work. Kaffeine recognisez the card as:
Using DVB device 0:0 "Philips TDA10046H DVB-T"

Why TDA10046H instead of FMD1216ME?


TDA10046 is the channel decoder which is the "center of the frontend": Thats
correct.


Why is there no other device fo

Re: [linux-dvb] not the same results about a station with tzap

[Hartmut Hackmann]

Hi,

tomlohave wrote:

Hello,

I'm testing an hvr1110 and only with one channel there is some problems 
(little squares on screen and disturb sound):


tzap -c .mplayer/channels.conf France-2
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 586166000 Hz
video pid 0x0078, audio pid 0x0082
status 00 | signal  | snr  | ber 0001fffe | unc  |
status 00 | signal 9494 | snr 4f4f | ber 0001fffe | unc  |
status 1f | signal 9494 | snr fdfd | ber 047a | unc  | 
FE_HAS_LOCK
status 1f | signal 9393 | snr f5f5 | ber 050a | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 0508 | unc  | 
FE_HAS_LOCK
status 1f | signal 9393 | snr fefe | ber 0500 | unc  | 
FE_HAS_LOCK
status 1f | signal 9595 | snr fafa | ber 04dc | unc  | 
FE_HAS_LOCK
status 1f | signal 9595 | snr f7f7 | ber 04a8 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 067c | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fdfd | ber 04dc | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 04bc | unc  | 
FE_HAS_LOCK
status 1f | signal 9393 | snr fefe | ber 04b4 | unc  | 
FE_HAS_LOCK
status 1f | signal 9393 | snr fefe | ber 04c0 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 046a | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 0434 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 0482 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 04b4 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fafa | ber 04a8 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fdfd | ber 0494 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fefe | ber 0480 | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr f9f9 | ber 04da | unc  | 
FE_HAS_LOCK
status 1f | signal 9494 | snr fbfb | ber 04ac | unc  | 
FE_HAS_LOCK
status 1f | signal 9393 | snr fefe | ber 04f4 | unc  | 
FE_HAS_LOCK


^
Here, all is good, but on the channel called M6 :


tzap -c .mplayer/channels.conf M6
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 522166000 Hz
video pid 0x0078, audio pid 0x0082
status 00 | signal a9a9 | snr 4747 | ber 0001fffe | unc  |
status 1f | signal abab | snr fbfb | ber 286a | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fcfc | ber 2dda | unc 0028 | 
FE_HAS_LOCK
status 1f | signal a8a8 | snr fbfb | ber 2c5a | unc  | 
FE_HAS_LOCK
status 1f | signal afaf | snr f4f4 | ber bfaa | unc  | 
FE_HAS_LOCK
status 1f | signal a7a7 | snr f0f0 | ber 9892 | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fdfd | ber 2bf0 | unc  | 
FE_HAS_LOCK
status 1f | signal a9a9 | snr fefe | ber 2b18 | unc 0016 | 
FE_HAS_LOCK
status 1f | signal a8a8 | snr fdfd | ber b134 | unc  | 
FE_HAS_LOCK
status 1f | signal a7a7 | snr fefe | ber 9798 | unc  | 
FE_HAS_LOCK
status 1f | signal a8a8 | snr fbfb | ber 3d44 | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fefe | ber 28c6 | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fefe | ber 29fe | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr f7f7 | ber 4212 | unc  | 
FE_HAS_LOCK
status 1f | signal a4a4 | snr e3e3 | ber e6a4 | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fafa | ber 37fc | unc  | 
FE_HAS_LOCK
status 1f | signal a8a8 | snr f9f9 | ber 5908 | unc  | 
FE_HAS_LOCK
status 1f | signal a9a9 | snr f9f9 | ber 385a | unc  | 
FE_HAS_LOCK
status 1f | signal a1a1 | snr f4f4 | ber 0001137a | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fcfc | ber 2b62 | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr fdfd | ber 30a2 | unc  | 
FE_HAS_LOCK
status 1f | signal a4a4 | snr f9f9 | ber 3f5e | unc 0015 | 
FE_HAS_LOCK
status 1f | signal abab | snr fdfd | ber 30c6 | unc 0010 | 
FE_HAS_LOCK
status 1f | signal acac | snr fafa | ber 36ee | unc 007c | 
FE_HAS_LOCK


so why this difference ?

other thing, i' ve got the same results with an hauppauge hybrid pro 
stick, but with another PC all is good. Mine is an athlon 800 (maybe not 
enought ?)



Your PC definitely is fast enough.
2 possible reasons:
- there is something wrong with the configuration data for this multiplex.
  you can set all options to "AUTO" in your channels.conf file except
  bandwidth and exact frquency (and the PIDs of corse)
- The signal amplitude might be too high. Not sure but yout tuner might
  have a configuration option that is not yet supported in the tuner driver.
  This is something i urgently need to work on.

Can you please try and give feedback?

Hartmut

___
linux-

[linux-dvb] DIVCO Fusion (Utraview) tuning problem 2.6.18 kernel

[Peter McNeil]

G'day all,

has the tuning problem with the 2.6.18 kernels for the Dvico Fusion HDTV 
cards been solved yet? I have the problem with Fedora Core 5 and 6 with 
this kernel (module-init-tools 3.2.2)


using mplayer I get:

dvb_tune Freq: 205625000
Not able to lock to the signal on the given frequency, timeout: 3
dvb_tune, TUNING FAILED
ERROR, COULDN'T SET CHANNEL  0: Failed to open dvb://ABC TV.

tzap gives me:

using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 205625000 Hz
video pid 0x0200, audio pid 0x028a
status 00 | signal 10bf | snr  | ber  | unc  |
status 00 | signal 000f | snr  | ber  | unc  | //repeated 
forever

lsmod looks ok to me, loading mt352 module.

uname -a
Linux zoot.mcneils.net 2.6.18-1.2200.fc5 #1 SMP Sat Oct 14 16:59:56 EDT 2006 
x86_64 x86_64 x86_64 GNU/Linux

I saw this thread http://linuxtv.org/pipermail/linux-dvb/2006-September/012639.html and 
this one http://www.linuxtv.org/pipermail/linux-dvb/2006-September/012691.html

which seems to suggest people were working on it but I haven't seen any 
conclusions.

Can anyone shed some light on this? I'd love to keep my system up to 
date but if I can't have my DVB ...


Cheers,
Peter.


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

Re: [linux-dvb] Re: hdtv scanning

[Ralph Metzler]

Klaus Schmidinger writes:
 > Benny Amorsen wrote:
 > >> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
 > > 
 > > KS> The whole HDTV thing is of no interest to me until there is a DVB
 > > KS> card that can actually replay HDTV in hardware.
 > > 
 > > Why would it have to be the DVB card doing it? That seems to be the
 > > job of the graphics card and the CPU.
 > 
 > Well, call me old-fashioned, but I believe that for normal
 > live tv viewing a DVB card should be able to do the job
 > entirely on its own. VDR just tells it which channel to tune
 > to and that's it. It's this "take some old PC, put in a DVB card
 > and have a digital video recorder" thing ;-).


The only HDTV cards I saw until now will be PCIe. So, this will not work
with old PCs. Some PCIe PC boards are also getting old now though ... 

A low power alternative could be to use an HDTV STB running Linux.


Ralph



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

[linux-dvb] Re: DIB3000MC autosearch

[Mario Rossi]

There are 2 different things:

1) the value of seq:
old driver used a table. Full autosearch (i.e. INVERSION_AUTO,
TRANSMISSION_AUTO, GUARD_AUTO) = 11. No autosearch = 0

new driver. Autosearch = 7 (7 is not present in the old table), No
autosearch = 0.
(In the old table, autosearch for TRANSMISSION & GUARD corresponds to 6)

2) how seq is written to the register 5
OLD DRIVER : (seq & 0x0f) << 4) | (1 << 8)
line 286 here 
http://linuxtv.org/hg/v4l-dvb?f=c8f23ba912d8;file=linux/drivers/media/dvb/frontends/dib3000mc.c;style=gitweb

check macro DIB3000MC_SEQ_TPS(seq,1)
line 71 here
http://linuxtv.org/hg/v4l-dvb?f=1bd99532ee0f;file=linux/drivers/media/dvb/frontends/dib3000mc_priv.h;style=gitweb

NEW DRIVER : seq directly
line 502 in the current version of dib3000mc.c

As you said the value 11 does inversion search as well (which might be
not needed), but I think the important issue is the second.

Hope I've explained in a decent way.

I have a question: if the board can do autotune, why do we bother with
setting the right parameters?

Regards

On 11/6/06, Patrick Boettcher <[EMAIL PROTECTED]> wrote:

On Thu, 2 Nov 2006, Mario Rossi wrote:

> Hi Patrick,
> did you have time to check the patch I sent recently that fixes the
> autosearch for dib3000mc in my case?
>
> http://www.linuxtv.org/pipermail/linux-dvb/2006-October/013907.html
>
> Actually the following one (100% equivalent to the one above) is more
> in line with the treatment of seq in the old driver and what happens
> in the dib7000 code.

Please give me some time to understand the solution. I think only one of
the two things should fix it (putting seq to 11 also searches for
inversion which is not necessary).

Anyway, thanks for digging out this thing.

Patrick.


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

[linux-dvb] Re: Problem - i2c read error on 896 (was Dib7000m-driver released)

[Steven Cockeram]

Hello Patrick,

I've just tried the driver on 2.6.18. I get the following:

dib0700: loaded with support for 2 different device-types
dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a
firmware
dvb-usb: downloading firmware from file 'dvb-usb-dib0700-01.fw'
dib0700: firmware started successfully.
dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software
demuxer.
DVB: registering new adapter (Hauppauge Nova-T Stick).
DiB7000M:i2c read error on 896
DiB7000M:-E-  DiB7000M: wrong Vendor ID (read=0x4602)
dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick'
dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected.
usbcore: registered new driver dvb_usb_dib0700



Have you tried to replug the device more often while keeping your eyes on 
the log?


Patrick.
  

Thanks for the reply,  Patrick

I tried it 10 times, always the same read error on 896.

The identification on the stick itself is:

M/R:70001/A1B5 #2406
000DFE09CDAF  LF

Is there anything else I can try?

Steve

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

Re: [linux-dvb] Re: Mantis VP-1027/VP-1033/VP-1034/VP-2033/VP-3033

[Manu Abraham]

joep admiraal wrote:
> Hello,
> 
> I installed libxine-dvb and now I can watch the channels from channels.conf 
> with xine!!
> The picture quality ist very bad.
> It looks like the signal quality is very bad.
> I see a lot of mpeg blocks.
> With the Twinhan tool under Windows the picture quality is perfect.
> Am I the only one with this problem?
> 
> I downloaded the latest daily rpm from Kaffeine.
> I can't find a way to watch dvb channels with Kaffeine.
> I see only dvd or cd options in the menus.
> 
> After looking at http://www.linuxtv.org/wiki/index.php/Dvbtools I found out 
> that the scan binary you were talking about is the same tool as dvbscan I am 
> using.
> 
> The parameters you gave for the scan utility are for dvb-c.
> I am using a 1034 card with dvb-s.
> So I don't think those parameters are going to work with my card :)
> 

The only change that you should be bothered with should be about the TS
packet length,
just revert this one line from Marko 's patch (for your 1034 DVB-S)

-   (mantis->ts_size ? dvb_dmx_swfilter_204: dvb_dmx_swfilter)
+   (mantis->ts_size ? dvb_dmx_swfilter: dvb_dmx_swfilter_204)

and you are a  winner.


Manu


> 
> Op zaterdag 4 november 2006 14:48, schreef Marko Ristola:
>> Hi Joep,
>>
>> Scanning with Kaffeine works for me now also :)
>>
>> Ealier Livna repository Kaffeine didn't support
>> setting QAM128. It used QAM64 always
>> (HTV cable TV operator provides channel
>> information on QAM128 mode here).
>>
>> I'm using kernel 2.6.18-1.2798.fc6 from Fedora Core 6.
>>
>> I use the stock FC6 kernel as a base.
>> Then I install mantis drivers with
>>
>> #make all
>> #cp v4l/cu1216.ko
>> /lib/modules/2.6.18-1.2798.fc6/kernel/drivers/media/dvb/mantis/
>> #make install
>> #reboot
>>
>> I use also Livna RPM repository for Xine and Kaffeine and for all other
>> DVB stuff.
>>
>> I use scan binary from http://www.linuxtv.org/wiki/index.php/Dvbtools
>>
>> I installed it under /usr/local/
>> #ls /usr/local/lib
>> libdvbapi.a   libdvbcfg.a   libdvben50221.a   libdvbsec.a   libucsi.a
>> libdvbapi.so  libdvbcfg.so  libdvben50221.so  libdvbsec.so  libucsi.so
>>
>> I have for scanning "fi-HTV" file:
>>
>> # cat fi-HTV
>> C 27400 690 AUTO QAM128
>>
>> I have modified this by myself. The orginal fi-HTV
>> is obsolete and doesn't work for me.
>>
>> You might get a complete channels.conf file from your TV channel provider.
>>
>> So for scanning you need to know the following parameters:
>> One frequency: 274Mhz
>> Symbol rate for that frequency: 6.9 Msyms/s
>> Inversion: AUTO (this is ok for you too)
>> Modulation: QAM128
>>
>> I use scan binary like this (librarys are installed under /usr/local/lib):
>>
>> cd dvb-apps/util/scan
>> #export LD_LIBRARY_PATH=/usr/local/lib
>> #./scan -A 3 fi-HTV
>> (-A 3 checks both cable and terrestial modes).
>>
>> You get help with the parameters with
>> #export LD_LIBRARY_PATH=/usr/local/lib
>> #./scan --help
>>
>> Regards,
>> Marko
>>
>> joep admiraal wrote:
>>> I'm using OpenSuse 10.1
>>> Kernel 2.6.16.21-0.13
>>>
>>> What kernel are you using Marko?
>>>
>>> If I run dvbscan the second time doesn't find any channels.
>>> It only gives filter timeouts.
>>> I don't have a scan binary on my machine.
>>>
>>> How can I watch TV channel's with xine?
>>> When I choose playlist->get from->dvb
>>> xine just locks up
>> ___
>> linux-dvb mailing list
>> linux-dvb@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 
> ___
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 


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

Re: [linux-dvb] Re: Mantis VP-1027/VP-1033/VP-1034/VP-2033/VP-3033

[joep admiraal]

Hello,

I installed libxine-dvb and now I can watch the channels from channels.conf 
with xine!!
The picture quality ist very bad.
It looks like the signal quality is very bad.
I see a lot of mpeg blocks.
With the Twinhan tool under Windows the picture quality is perfect.
Am I the only one with this problem?

I downloaded the latest daily rpm from Kaffeine.
I can't find a way to watch dvb channels with Kaffeine.
I see only dvd or cd options in the menus.

After looking at http://www.linuxtv.org/wiki/index.php/Dvbtools I found out 
that the scan binary you were talking about is the same tool as dvbscan I am 
using.

The parameters you gave for the scan utility are for dvb-c.
I am using a 1034 card with dvb-s.
So I don't think those parameters are going to work with my card :)



Op zaterdag 4 november 2006 14:48, schreef Marko Ristola:
> Hi Joep,
>
> Scanning with Kaffeine works for me now also :)
>
> Ealier Livna repository Kaffeine didn't support
> setting QAM128. It used QAM64 always
> (HTV cable TV operator provides channel
> information on QAM128 mode here).
>
> I'm using kernel 2.6.18-1.2798.fc6 from Fedora Core 6.
>
> I use the stock FC6 kernel as a base.
> Then I install mantis drivers with
>
> #make all
> #cp v4l/cu1216.ko
> /lib/modules/2.6.18-1.2798.fc6/kernel/drivers/media/dvb/mantis/
> #make install
> #reboot
>
> I use also Livna RPM repository for Xine and Kaffeine and for all other
> DVB stuff.
>
> I use scan binary from http://www.linuxtv.org/wiki/index.php/Dvbtools
>
> I installed it under /usr/local/
> #ls /usr/local/lib
> libdvbapi.a   libdvbcfg.a   libdvben50221.a   libdvbsec.a   libucsi.a
> libdvbapi.so  libdvbcfg.so  libdvben50221.so  libdvbsec.so  libucsi.so
>
> I have for scanning "fi-HTV" file:
>
> # cat fi-HTV
> C 27400 690 AUTO QAM128
>
> I have modified this by myself. The orginal fi-HTV
> is obsolete and doesn't work for me.
>
> You might get a complete channels.conf file from your TV channel provider.
>
> So for scanning you need to know the following parameters:
> One frequency: 274Mhz
> Symbol rate for that frequency: 6.9 Msyms/s
> Inversion: AUTO (this is ok for you too)
> Modulation: QAM128
>
> I use scan binary like this (librarys are installed under /usr/local/lib):
>
> cd dvb-apps/util/scan
> #export LD_LIBRARY_PATH=/usr/local/lib
> #./scan -A 3 fi-HTV
> (-A 3 checks both cable and terrestial modes).
>
> You get help with the parameters with
> #export LD_LIBRARY_PATH=/usr/local/lib
> #./scan --help
>
> Regards,
> Marko
>
> joep admiraal wrote:
> > I'm using OpenSuse 10.1
> > Kernel 2.6.16.21-0.13
> >
> > What kernel are you using Marko?
> >
> > If I run dvbscan the second time doesn't find any channels.
> > It only gives filter timeouts.
> > I don't have a scan binary on my machine.
> >
> > How can I watch TV channel's with xine?
> > When I choose playlist->get from->dvb
> > xine just locks up
>
> ___
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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

[linux-dvb] Pinnacle PCTV Hybrid Pro Stick model 330E - detection problem

[Davide Guidi]

Hi all,

i just bought this device and i'm wondering if it is actually supported by 
linux.

It seems to be different from the previous Pinnacle PCTV Hybrid Pro Stick 
model, in fact the vendor/product is 

2304:0226 Pinnacle Systems, Inc. [hex]

Any ideas about how to make it work?

Thanx,
Davide

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

Re: [linux-dvb] MT2060 Silicon Tuner support in v4l/dvb tree

[Patrick Boettcher]

On Fri, 3 Nov 2006, Chun Chung Lo wrote:

> 
> Hi all,
> 
> Sorry for my bad english.
> 
> As project required, I need to enable a MT2060 tuner which connected to
> a TDA10046, for a DVB-T application.
> 
> I found some MT2060 code in the lastest 2.6.19-rc4 patch
> (http://www.kernel.org), but I found that this tuner is only for USB
> device use.
> I want to know are there any important issue I should notice before I
> want to port the driver of MT2060 onto a development board using with a
> TDA10046 together?

The interface of the mt2060-driver in Linux is not USB but I2C. So there 
is no problem for you to use it is any of your applications

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

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

Re: [linux-dvb] PCTV Dual DVB-T Diversity Stick

[Patrick Boettcher]

Hi Karl,

On Thu, 2 Nov 2006, Karl Meyer wrote:

> Hi,
> 
> I found this DVB-T USB Stick in the  news:
> PCTV Dual DVB-T Diversity Stick
> http://www.pinnaclesys.com/PublicSite/de/Products/Consumer+Products/PCTV+Tuners/PCTV+Analog_Digital+PVR/PCTV+Dual+DVB-T+Pro+Stick+(2000e).htm

The bottleneck here is the support for Microtune's MT2266. The device has 
One DiB7700P and one DiB7000P and two MT2266s (for RF) inside.

I think it will a hard task to get a non-reverse-engineered driver 
(ideally from MT directly).

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

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

Re[2]: [linux-dvb] Re: hdtv scanning

[david may]

Hello Manu,

Monday, November 6, 2006, 5:05:35 PM, you wrote:

> Hello David,

> david may wrote:
>> Hello Manu,
>> 
>> Monday, November 6, 2006, 12:52:44 PM, you wrote:
>> 
>>> Klaus Schmidinger wrote:
 Benny Amorsen wrote:
>> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
> KS> The whole HDTV thing is of no interest to me until there is a DVB
> KS> card that can actually replay HDTV in hardware.
>
> Why would it have to be the DVB card doing it? That seems to be the
> job of the graphics card and the CPU.
 Well, call me old-fashioned, but I believe that for normal
 live tv viewing a DVB card should be able to do the job
 entirely on its own. VDR just tells it which channel to tune
 to and that's it. It's this "take some old PC, put in a DVB card
 and have a digital video recorder" thing ;-).

>> 
>>> Currently H.264 decoding in software is a large overhead in the short
>>> term (for high bit rate HD streams), but wouldn't be the same in the
>>> long run, considering the increase in the number of CPU cores. In the
>>> long run there wouldn't be many cards doing hardware decoding.
>> 
>>> Even if DVB HD FF card were there, would be a bit too expensive as well.
>> 
>> 
>>> Manu
>> 
>> the addition of a simple cheap and low power current re-programable chip 
>> such as the KiloCore FPGA
>> might have been a very good thing to add for the future expansion/cards 
>> rather than some
>> 'specialized chips (called DSPs)' but thats perhaps OT so ill just mention 
>> it in passing interest.


> Sounds quite interesting, multiple PPC Cores on a FPGA.


>> http://www.rapportincorporated.com/
>> http://www.rapportincorporated.com/kilocore/kc256.html
>> "Rapport’s initial chip, the KC256, includes 256 processing elements in a 
>> 16x16 array,
>> with a peak of 25 Giga Byte Operations per second (GBops) at 100 MHz while 
>> using less than 500 mW.
>> For even higher performance, multiple KC256 chips can be clustered.
>> 
>> The KC256High performance at low power consumption makes Kilocore™ ideal for 
>> demanding
>> applications like advanced security. A KC256 runs the IDEA digital security 
>> decryption
>> algorithm 10 times faster than an ARM7®. And the ARM7 consumes 4 times the 
>> power
>> (120 mW vs. 500 mW), giving the KC256 a 40x power/performance advantage. 
>> Compared to
>> a 1.8 GHz Pentium, the KC256 offers a 500x power/performance advantage. "
>> 
>> http://en.wikipedia.org/wiki/Kilocore
>> "Kilocore, from Rapport Inc. and IBM, is a high-performance, low-power 
>> multicore processor,
>> with 1025 cores. It contains a single PowerPC processing core, and 1024 
>> 8-bit Processing Elements
>> running at 125 MHz each, which can be dynamically reconfigured, connected by 
>> a shared interconnect.
>>  It allows high performance parallel processing."
>> 
>>  now while the kiloCore about is marketed for so called hand held
>>  (DVB-h(2) type products, theres no reason why they and the larger
>>  units couldn't also be used for higher res video etc, it just takes
>>  the hardware people here and elsewhere to put them in as standard in
>>  all the prototype boards.

> Maybe OT, but any idea about the pricing on the same, being curious, you
> know ..
> Their website seems to very slow.


> Best Regards,
> Manu

afraid i dont yet, their a member of the power/PPC group
http://www.powerdeveloper.org/forums/viewforum.php?f=2&sid=72ab4f08518624185b52c5b50d2bdfa9
 so perhaps BBRV (bill buck of Genesi) can put anyone interested in it in 
contact with the guys
 and their tech/CEO's etc.

 it cant heart to ask can it 8)

-- 
Best regards,
 davidmailto:[EMAIL PROTECTED]


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

[linux-dvb] Re: DIB3000MC autosearch

[Patrick Boettcher]

On Thu, 2 Nov 2006, Mario Rossi wrote:

> Hi Patrick,
> did you have time to check the patch I sent recently that fixes the
> autosearch for dib3000mc in my case?
> 
> http://www.linuxtv.org/pipermail/linux-dvb/2006-October/013907.html
> 
> Actually the following one (100% equivalent to the one above) is more
> in line with the treatment of seq in the old driver and what happens
> in the dib7000 code.

Please give me some time to understand the solution. I think only one of 
the two things should fix it (putting seq to 11 also searches for 
inversion which is not necessary).

Anyway, thanks for digging out this thing.

Patrick.

> 
> Regards
> 
> diff -r 7b945ba585c3 linux/drivers/media/dvb/frontends/dib3000mc.c
> --- a/linux/drivers/media/dvb/frontends/dib3000mc.c Tue Oct 31
> 15:33:29 2006 -0300
> +++ b/linux/drivers/media/dvb/frontends/dib3000mc.c Wed Nov 01
> 23:48:39 2006 +
> @@ -499,7 +499,7 @@ static void dib3000mc_set_channel_cfg(st
>tmp = ((chan->nfft & 0x1) << 7) | (chan->guard << 5) |
> (chan->nqam << 3) | chan->vit_alpha;
>dib3000mc_write_word(state, 0, tmp);
> 
> -   dib3000mc_write_word(state, 5, seq);
> +   dib3000mc_write_word(state, 5, ((seq & 0x0f) << 4) | (1 << 8) );
> 
>tmp = (chan->vit_hrch << 4) | (chan->vit_select_hp);
>if (!chan->vit_hrch || (chan->vit_hrch && chan->vit_select_hp))
> @@ -548,7 +548,7 @@ static int dib3000mc_autosearch_start(st
>fchan.vit_alpha = 1; fchan.vit_code_rate_hp = 2;
> fchan.vit_code_rate_lp = 2;
>fchan.vit_hrch = 0; fchan.vit_select_hp = 1;
> 
> -   dib3000mc_set_channel_cfg(state, &fchan, 7);
> +   dib3000mc_set_channel_cfg(state, &fchan, 11);
> 
>reg = dib3000mc_read_word(state, 0);
>dib3000mc_write_word(state, 0, reg | (1 << 8));
> 

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

Fwd: Re[2]: [linux-dvb] Re: hdtv scanning

[david may]

This is a forwarded message
From: david may <[EMAIL PROTECTED]>
To: Manu Abraham <[EMAIL PROTECTED]>
Date: Monday, November 6, 2006, 4:40:57 PM
Subject: [linux-dvb] Re: hdtv scanning

===8<==Original message text===
Hello Manu,

Monday, November 6, 2006, 12:52:44 PM, you wrote:

> Klaus Schmidinger wrote:
>> Benny Amorsen wrote:
 "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
>>> KS> The whole HDTV thing is of no interest to me until there is a DVB
>>> KS> card that can actually replay HDTV in hardware.
>>>
>>> Why would it have to be the DVB card doing it? That seems to be the
>>> job of the graphics card and the CPU.
>> 
>> Well, call me old-fashioned, but I believe that for normal
>> live tv viewing a DVB card should be able to do the job
>> entirely on its own. VDR just tells it which channel to tune
>> to and that's it. It's this "take some old PC, put in a DVB card
>> and have a digital video recorder" thing ;-).
>> 

> Currently H.264 decoding in software is a large overhead in the short
> term (for high bit rate HD streams), but wouldn't be the same in the
> long run, considering the increase in the number of CPU cores. In the
> long run there wouldn't be many cards doing hardware decoding.

> Even if DVB HD FF card were there, would be a bit too expensive as well.


> Manu

the addition of a simple cheap and low power current re-programable chip such 
as the KiloCore FPGA
might have been a very good thing to add for the future expansion/cards rather 
than some
'specialized chips (called DSPs)' but thats perhaps OT so ill just mention it 
in passing interest.

http://www.rapportincorporated.com/
http://www.rapportincorporated.com/kilocore/kc256.html
"Rapport?s initial chip, the KC256, includes 256 processing elements in a 16x16 
array,
with a peak of 25 Giga Byte Operations per second (GBops) at 100 MHz while 
using less than 500 mW.
For even higher performance, multiple KC256 chips can be clustered.

The KC256High performance at low power consumption makes Kilocore? ideal for 
demanding
applications like advanced security. A KC256 runs the IDEA digital security 
decryption
algorithm 10 times faster than an ARM7®. And the ARM7 consumes 4 times the power
(120 mW vs. 500 mW), giving the KC256 a 40x power/performance advantage. 
Compared to
a 1.8 GHz Pentium, the KC256 offers a 500x power/performance advantage. "

http://en.wikipedia.org/wiki/Kilocore
"Kilocore, from Rapport Inc. and IBM, is a high-performance, low-power 
multicore processor,
with 1025 cores. It contains a single PowerPC processing core, and 1024 8-bit 
Processing Elements
running at 125 MHz each, which can be dynamically reconfigured, connected by a 
shared interconnect.
 It allows high performance parallel processing."

 now while the kiloCore about is marketed for so called hand held
 (DVB-h(2) type products, theres no reason why they and the larger
 units couldn't also be used for higher res video etc, it just takes
 the hardware people here and elsewhere to put them in as standard in
 all the prototype boards.
-- 
Best regards,
 davidmailto:[EMAIL PROTECTED]

===8<===End of original message text===



-- 
Best regards,
 davidmailto:[EMAIL PROTECTED]--- Begin Message ---
Hello Manu,

Monday, November 6, 2006, 12:52:44 PM, you wrote:

> Klaus Schmidinger wrote:
>> Benny Amorsen wrote:
 "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
>>> KS> The whole HDTV thing is of no interest to me until there is a DVB
>>> KS> card that can actually replay HDTV in hardware.
>>>
>>> Why would it have to be the DVB card doing it? That seems to be the
>>> job of the graphics card and the CPU.
>> 
>> Well, call me old-fashioned, but I believe that for normal
>> live tv viewing a DVB card should be able to do the job
>> entirely on its own. VDR just tells it which channel to tune
>> to and that's it. It's this "take some old PC, put in a DVB card
>> and have a digital video recorder" thing ;-).
>> 

> Currently H.264 decoding in software is a large overhead in the short
> term (for high bit rate HD streams), but wouldn't be the same in the
> long run, considering the increase in the number of CPU cores. In the
> long run there wouldn't be many cards doing hardware decoding.

> Even if DVB HD FF card were there, would be a bit too expensive as well.


> Manu

the addition of a simple cheap and low power current re-programable chip such 
as the KiloCore FPGA
might have been a very good thing to add for the future expansion/cards rather 
than some
'specialized chips (called DSPs)' but thats perhaps OT so ill just mention it 
in passing interest.

http://www.rapportincorporated.com/
http://www.rapportincorporated.com/kilocore/kc256.html
"Rapport’s initial chip, the KC256, includes 256 processing elements in a 16x16 
array,
with a peak of 25 Giga Byte Operations per second (GBops) at 100 MHz while 
using less than 500 mW.
For even h

Re: [linux-dvb] DiB7000M-driver released (Nova-T Stick, AverMedia and others)

[Patrick Boettcher]

Hi Jose,

On Mon, 30 Oct 2006, Jose Carlos Garcia Sogo wrote:

> El dom, 29-10-2006 a las 17:29 +0100, Patrick Boettcher escribió:
> > On Sat, 21 Oct 2006, Jose Carlos Garcia Sogo wrote:
> > 
> > > El mar, 17-10-2006 a las 14:54 +0200, Patrick Boettcher escribió:
> > > > Hi,
> > > > 
> > > > in my repository (http://linuxtv.org/hg/~pb/v4l-dvb) I just committed a
> > > > first working version of the dib7000m/p-driver along with some
> > > > modifications in the dib0700-driver.
> > > 
> > >   Thanks for the great work.
> > > 
> > > > 
> > > > I tested with a first generation Nova-T stick - it works (AverMedia is
> > > > identical). There is a chance that someone has the newer version of 
> > > > those
> > > > devices - it contains a different version of the DiB7000 - I will try to
> > > > release this one as soon as possible.
> > > 
> > >   As Volar device id defined in dvb-usb-ids.h is 0xa807, and I have a
> > > 0xb808, I think I have one of those new devices you say. I hope you can
> > > modify it soon so I can test it.
> > 
> > I also committed the DiB7000P-driver, can you try it? (just add the USB 
> > IDs to dib0700_devices.c)
> 
>   Yes, it works like a charm. Thanks! The only thing is that I have to
> subtitute VOLAR ID, instead of adding. If I add another device, I get:

Can you please send a diff (hg diff) which represents the change you did 
to make it work? I will adapt is to not break anything.

Also add Signed-off-by:-line.

thanks,
Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] nova-t 500 tuning problems

[Patrick Boettcher]

On Mon, 30 Oct 2006, Torgeir Veimo wrote:

> 
> On 29 Oct 2006, at 22:32, Jon Burgess wrote:
> 
> >
> >In your original post you mentioned that you had an older card which
> >worked fine with this same setup. Is this still correct that if you run
> >this same test with the other card then it will receive a signal OK?
> >
> >If this is the case, then your issue is that the new card doesn't like
> >the offset and can only tune using the non-offset 506MHz frequency?
> >
> >Or do both cards only work at 506MHz now that you've moved?
> 
> Only the old card works at 506MHz. I have a tiny antenna which I tried with
> force_lna_activation=1, and it seems to pick up at least one transponder at
> 522MHz, so it seems it can tune when the offset is correct (I don't have a
> proper outdoor antenna to test with..) I guess I need to wait until some
> offset issues are resolved in the nova-t 500 driver then..
> 
> I'm still baffled by why the in-wall signal doesn't have the correct offset
> though.

The signal cannot have an offset of 166kHz only because of a reflection of 
a wall. What will happen is that the receiver is going to receive the 
signal several times delays (echo). The channel-estimation is detecting 
that and discards the received echo (or is selecting the strongest). 

The broadcasters in France and UK (and maybe elsewhere also) are not using 
the center frequency to broadcast a channel but they are using it together 
with a small offset (usually +/-167kHz). Normally the demodulators are 
able to handle those offsets (at least of DiBx000 this is true and I guess 
for Philips and Zarlink as well).

The problem is the tuner maybe. Some silicon tuners are able to cut the 
signal depending on a given bandwidth (so is the mt2060). 

Maybe there is something wrong in the mt2060 calculation for offset 
frequencies.

Can you check that?

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

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

Re: [linux-dvb] Problem (was: DiB7000M-driver released (Nova-T Stick, AverMedia and others))

[Patrick Boettcher]

Hi,

can you try to reconnect several times the device while keeping an eye on 
the log to see whether something happens or not?

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

On Sun, 29 Oct 2006, Steven Cockeram wrote:

> Hi,
> 
> I've just tried Partick's latest DiB7000M driver (via hg clone
> http://linuxtv.org/hg/~pb/v4l-dvb) on a  linux 2.6.16 kernel and it can't
> detect a frontend.
> 
> I get:
> 
> usb 1-8: new high speed USB device using ehci_hcd and address 12
> usb 1-8: configuration #1 chosen from 1 choice
> dib0700: loaded with support for 2 different device-types
> dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a
> firmware
> dvb-usb: downloading firmware from file 'dvb-usb-dib0700-01.fw'
> dib0700: firmware started successfully.
> dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
> dvb-usb: will pass the complete MPEG2 transport stream to the software
> demuxer.
> DVB: registering new adapter (Hauppauge Nova-T Stick).
> DiB7000P:-D-  DiB7000PC not detected
> DiB7000M:i2c read error on 896
> DiB7000M:-E-  DiB7000M: wrong Vendor ID (read=0x5388)
> dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick'
> dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected.
> usbcore: registered new driver dvb_usb_dib0700
> 
> 
> This is with a brand new Hauppauge WinTV NOVA-T stick.
> 
> Anybody got any ideas?
> 
> Thanks
> 
> Steve
> 
> ___
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 

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

Re: [linux-dvb] Problem (was: DiB7000M-driver released (Nova-T Stick, AverMedia and others))

[Patrick Boettcher]

Hi,

On Fri, 27 Oct 2006, Nicolas George wrote:
> Le sextidi 6 brumaire, an CCXV, Timo Jyrinki a écrit :
> > Hello. I'm getting OOPSes with linux 2.6.17 (Ubuntu 6.10) + mercurial 
> > checkout for the DVB modules, with Hauppauge Nova-T Stick I'm trying to 
> > set up at one place.
> > 
> > http://attachr.com/3628 has dmesg of one occasion
> 
> You have the same oops than me:
> 
>   hub 3-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
> 
> I already reported a similar problem:
> 
> http://www.linuxtv.org/pipermail/linux-dvb/2006-October/thread.html#13817
> 
> I am glad I am not the only one with the problem: that means my hardware is
> not failing. We both have ATI IXP SB400 USB controllers: obviously there is
> a problem with these.

We heard about problems with ATI SB450 and SB460. In Windows they have 
bandwidth issues. So the goal would be first to see why it is going to 
disconnect after some time. I have no idea... Is it always happening after 
some time only?

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re: Problem - i2c read error on 896 (was Dib7000m-driver released)

[Patrick Boettcher]

On Thu, 26 Oct 2006, Steven Cockeram wrote:

> Tomi Koivulahti wrote:
> > On 10/17/06, *Patrick Boettcher* <[EMAIL PROTECTED]
> > > wrote:
> >
> > Hi,
> >
> > in my repository (http://linuxtv.org/hg/~pb/v4l-dvb
> > ) I just committed a
> > first working version of the dib7000m/p-driver along with some
> > modifications in the dib0700-driver.
> >
> > I tested with a first generation Nova-T stick - it works (AverMedia is
> > identical). There is a chance that someone has the newer version
> > of those
> > devices - it contains a different version of the DiB7000 - I will
> > try to
> > release this one as soon as possible.
> >
> > Please load the dib7000m-driver with debug=1 in case it does not
> > work and
> > reply to this Email but change the subject (like: "Problem (was:
> > DiB7000M
> > ...") - success reports (Yes I want them as well) can be replied
> > without
> > changing the subject.
> >
> > good luck,
> > Patrick.
> >
> > --
> >   Mail: [EMAIL PROTECTED] 
> >   WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/
> > 
> >
> > ___
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org 
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >
> >
> 
> Hello Patrick,
> 
> I've just tried the driver on 2.6.18. I get the following:
> 
> dib0700: loaded with support for 2 different device-types
> dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a
> firmware
> dvb-usb: downloading firmware from file 'dvb-usb-dib0700-01.fw'
> dib0700: firmware started successfully.
> dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
> dvb-usb: will pass the complete MPEG2 transport stream to the software
> demuxer.
> DVB: registering new adapter (Hauppauge Nova-T Stick).
> DiB7000M:i2c read error on 896
> DiB7000M:-E-  DiB7000M: wrong Vendor ID (read=0x4602)
> dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick'
> dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected.
> usbcore: registered new driver dvb_usb_dib0700

Have you tried to replug the device more often while keeping your eyes on 
the log?

Patrick.

--
  Mail: [EMAIL PROTECTED]
  WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

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

Re: [linux-dvb] Re: hdtv scanning

[Wolfgang Wegner]

On Mon, Nov 06, 2006 at 03:59:46PM +, Torgeir Veimo wrote:
> On Mon, 2006-11-06 at 16:45 +0100, Wolfgang Wegner wrote:
> > The more difficult part is to synchronize the playback part (audio
> > sample
> > clock and video clock (frame rate)) to this new system clock - this is
> > simply
> > not possible with any of the PC hardware I currently know about.
> > (Except
> > the FF DVB cards, which do it internally.) 
> 
> What about the scenario where you're either using a budget dvb-t card
> with playback using a FF dvb-s card, or have two FF card, but playing
> back the stream from the other card? What clock does the FF card then
> sync to?

to be honest: I don't know, because I only used the FF card with VDR,
but used only budget cards for my own programming.

In case the FF card gets a (partial) transport stream, it could still
synchronize to the contained PCR packets - depending on interrupt and
transport latency (DMA?), the jitter will be higher than with direct
processing, though. If there are no PCR packets in the stream, it can
only use a free-running clock adjusted by guessing from PTS. But still,
you will have audio and video in sync without lost/double frames...
(as long as the intermediate stream has PTS)

Regards,
Wolfgang


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

Re: [linux-dvb] Re: hdtv scanning

[Torgeir Veimo]

On Mon, 2006-11-06 at 16:45 +0100, Wolfgang Wegner wrote:
> The more difficult part is to synchronize the playback part (audio
> sample
> clock and video clock (frame rate)) to this new system clock - this is
> simply
> not possible with any of the PC hardware I currently know about.
> (Except
> the FF DVB cards, which do it internally.) 

What about the scenario where you're either using a budget dvb-t card
with playback using a FF dvb-s card, or have two FF card, but playing
back the stream from the other card? What clock does the FF card then
sync to?

-- 
Torgeir Veimo <[EMAIL PROTECTED]>


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

Re: [linux-dvb] Re: hdtv scanning

[Wolfgang Wegner]

On Mon, Nov 06, 2006 at 04:07:13PM +0100, Marco Masotti wrote:
> > ==
> > Date: Mon, 6 Nov 2006 15:25:05 +0100
> > From: [EMAIL PROTECTED] (Wolfgang Wegner)
> > To: linux-dvb@linuxtv.org
> > Subject: Re: [linux-dvb] Re: hdtv scanning
> > ==
> [...]
> > *dreaming* a graphics card giving the possibility of adjusting 
> > the master
> > clock from the TSC and having on-board audio capability, also 
> > synchronized
> > from the same clock, would be perfect IMO.
> > 
> > 
> 
> Yes, got the point, sticking to such beaconing data could alleviate software 
> hassles. In a windowish - and simplistic, as far as I'm concerned -  view, 
> the stream of data would be input in the DVB source filter of a Directx 
> model, where one ouput pin of the filter could be dedicated to provide the 
> TSC data, if any. Could that be feasible in a linux implementation too, or, 
> as you might have meant,  just the TSC data is not available out of the DVB 
> card available so far? 

The TSC data is available, and (if necessary) with slight driver modifications
the receive timestamps are accurate enough to build a SC PLL in software.
But you have to do this part at the receiver side (i.e. the DVB card, in
this case probably the budget cards are even easier to handle).
The more difficult part is to synchronize the playback part (audio sample
clock and video clock (frame rate)) to this new system clock - this is simply
not possible with any of the PC hardware I currently know about. (Except
the FF DVB cards, which do it internally.)

Regards,
Wolfgang


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

Re: [linux-dvb] hdtv scanning

[Jean-Claude REPETTO]

Klaus Schmidinger a écrit :


Is the fact that a stream is coded in H.264 not stored on the (P)ES data?


PS : do you plan something for VDR ?


Sure, once the driver supports DVB-S2 ;-)



H-264 is not used only for HDTV. For example, in France, pay-TV channels 
are using H-264 for SDTV terrestrial broadcasting (DVB-T).


Jean-Claude


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

Re: [linux-dvb] Re: Mantis VP-1027/VP-1033/VP-1034/VP-2033/VP-3033

[Marko Ristola]

Hi Manu,

I know a bit more now on DVB scanning with cu1216.
Mantis driver seems to work.

Kaffeine works with FC6. I think that I have now a newer version
of Kaffeine and the ealier version had bugs with scanning.

There might still be the rmmod memory corruption problem.
I don't have to do rmmod though.

Regards,
Marko Ristola


Manu Abraham wrote:

Marko Ristola wrote:
  

You're welcome, Manu

Its great that these patches are useful.
Here they are.

Once again about my license for these changes:

I accept the following license for my cu1216.c and mantis_dma.c and
dvb_net.c changes,
because those files have the same license now:

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.


Pauli Borodulin found originally the MANTIS_GPIF_ADDR problem spot.
I developed the attached solution for the problem.

dvb_net.c fix isn't my idea originally.
The advice for the trivial solution occurred
somewhere in this list, although not as a patch.

Other fixes are fully my own
writings or modifications of the specified code in question.





Thanks

Manu



  



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

Re: [linux-dvb] Re: hdtv scanning

[Marco Masotti]

> ==
> Date: Mon, 6 Nov 2006 15:25:05 +0100
> From: [EMAIL PROTECTED] (Wolfgang Wegner)
> To: linux-dvb@linuxtv.org
> Subject: Re: [linux-dvb] Re: hdtv scanning
> ==
[...]
> *dreaming* a graphics card giving the possibility of adjusting 
> the master
> clock from the TSC and having on-board audio capability, also 
> synchronized
> from the same clock, would be perfect IMO.
> 
> 

Yes, got the point, sticking to such beaconing data could alleviate software 
hassles. In a windowish - and simplistic, as far as I'm concerned -  view, the 
stream of data would be input in the DVB source filter of a Directx model, 
where one ouput pin of the filter could be dedicated to provide the TSC data, 
if any. Could that be feasible in a linux implementation too, or, as you might 
have meant,  just the TSC data is not available out of the DVB card available 
so far? 


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

Re: [linux-dvb] Re: hdtv scanning

[Wolfgang Wegner]

On Mon, Nov 06, 2006 at 03:10:48PM +0100, Marco Masotti wrote:
> > ==
> > Date: Mon, 6 Nov 2006 13:53:27 +0100
> > From: [EMAIL PROTECTED] (Wolfgang Wegner)
> > To: Benny Amorsen <[EMAIL PROTECTED]>
> > Cc: linux-dvb@linuxtv.org
> > Subject: Re: [linux-dvb] Re: hdtv scanning
> > ==
> >
> >[...]
> > As long as PCs do not have any means to synchronize frame and 
> > audio rate,
> > they are not really suited for MPEG decoding IMHO.
> > 
> >
> 
> I don't question that but, then,  how big do you consider the time skew to 
> have audio and video tolerably in sync? I was assuming that receiving dvb-s 
> programs, in-software decompressed by a processor in a shared memory 
> proposition, was deemed common now. Also, it would seem that the whole sense 
> of this list would be substantially lessen if only intelligent card (those 
> capable of doing 100% hardware assisted processing - not counting which areas 
> of code functionalities would be included in such assistance ) were supposed 
> to correctly work.

My main goal was to say why I do think that special hardware still has
its place although actual PC hardware can perform the task of decoding
even HDTV yet.
Lip-sync is not the real problem, as long as sound is not earlier than video
some few milliseconds do not matter. However, when it comes to HDTV, I would
prefer to get the quality that is possible with both audio and video and
not some interpolated signal (in either time or space) - and that is what
you have to do when using standard PC hardware.
We can see that this is possible, and results are quite good with current
software decoders, but it is not as good as with a dedicated decoder chip
which generates its clock from MPEG SC, like every set-top-box does. We
(DVB) are broadcast, and not decoder-driven...

*dreaming* a graphics card giving the possibility of adjusting the master
clock from the TSC and having on-board audio capability, also synchronized
from the same clock, would be perfect IMO.

Regards,
Wolfgang


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

Re: [linux-dvb] Re: hdtv scanning

[Marco Masotti]

> ==
> Date: Mon, 6 Nov 2006 13:53:27 +0100
> From: [EMAIL PROTECTED] (Wolfgang Wegner)
> To: Benny Amorsen <[EMAIL PROTECTED]>
> Cc: linux-dvb@linuxtv.org
> Subject: Re: [linux-dvb] Re: hdtv scanning
> ==
>
>[...]
> As long as PCs do not have any means to synchronize frame and
> audio rate,
> they are not really suited for MPEG decoding IMHO.
>
>

I don't question that but, then, how big do you consider the time skew to have 
audio and video tolerably in sync? I was assuming that receiving dvb-s 
programs, in-software decompressed by a processor in a shared memory 
proposition, was deemed common now. Also, it would seem that the whole sense of 
this list would be substantially lessen if only intelligent card (those capable 
of doing 100% hardware assisted processing - not counting which areas of code 
functionalities would be included in such assistance ) were supposed to 
correctly work.



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

[linux-dvb] Re: Terratec Cinergy HT PCMCIA

[Elias Carotti]

Hi all,
it seems that analog TV is working pretty well. For what concerns
DVB-T, I could successfully scan to get a proper channels.conf and
after that I could run tzap to tune a channel.
While tzap was running I could cat /dev/dvb/frontends/dvr0 to a file
which could then be played correctly by mplayer.
What seems not to work is if I try to directly watch DVB-T using
either MPlayer or Xine. They seem to fail to tune any channel.

I haven't tried CVBS and S-VIDEO yet, but I plan to try them in the
next few days.
Elias

2006/11/2, Hartmut Hackmann <[EMAIL PROTECTED]>:

Hi, folks

This patch hopefully makes the module work.
It assumes the board does not support FM radio
and applies to my personal repository.

Please test whatever you can:
- DVB-T
- analog TV
- CVBS and S-VIDEO input

Please note that this does not include the changes
for the alsa driver i mentioned. You will still need
to set the sound recording source manually.

Best regards
   Hartmut




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

RE: [linux-dvb] hdtv scanning

[Adam Charrett]

The 0x06 type could be HE-AAC audio (although you'd need to check the descriptors for sure.)Type 0x0b,0x0c and 0x0d are DSMCC probably Object carosel data (ie the Reb Button apps) and events etc.Not sure what 0x05 could be its just the ISO description for private section data.CheersAdam> Date: Sun, 5 Nov 2006 17:29:18 +> From: [EMAIL PROTECTED]> To: linux-dvb@linuxtv.org> Subject: [linux-dvb] hdtv scanning> > >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> 0x0b> 0x0d> > does anybody know what they are?> > ___> linux-dvb mailing list> linux-dvb@linuxtv.org> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvbBe one of the first to try  Windows Live Mail.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re: [PATCH] Initial support for Sigmatek DVB-110 DVB-T

[Michael Krufky]

Antti Palosaari wrote:
> hi,
> let's try again. Attached patch remains unchanged.
> 
> Signed-off-by: Antti Palosaari <[EMAIL PROTECTED]>

OK, I've added it to the megasky tree, since all three of the new dvb-usb
drivers in that tree depend on the qt1010 code (which isn't yet working
properly for everyone).

If someone can get a spec for the qt1010, or even if someone else can
reverse engineer it, and try to make it work in other areas, it would be
a great help.

Please send in future patches generated against:

http://linuxtv.org/hg/~mkrufky/megasky

Cheers,

Mike

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

Re: [linux-dvb] Re: hdtv scanning

[Wolfgang Wegner]

On Mon, Nov 06, 2006 at 01:36:07PM +0100, Benny Amorsen wrote:
> > "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
> 
> KS> The whole HDTV thing is of no interest to me until there is a DVB
> KS> card that can actually replay HDTV in hardware.
> 
> Why would it have to be the DVB card doing it? That seems to be the
> job of the graphics card and the CPU.

...because this is the only way to get proper audio/video synchronisation
without any skipped frames or resampled audio (which, BTW, is not possible
at all with AC-3).

As long as PCs do not have any means to synchronize frame and audio rate,
they are not really suited for MPEG decoding IMHO.

Regards,
Wolfgang


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

[linux-dvb] Re: hdtv scanning

[Benny Amorsen]

> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:

KS> Well, call me old-fashioned, but I believe that for normal live tv
KS> viewing a DVB card should be able to do the job entirely on its
KS> own. VDR just tells it which channel to tune to and that's it.
KS> It's this "take some old PC, put in a DVB card and have a digital
KS> video recorder" thing ;-).

As soon as you leave S-Video behind, it seems rather silly to put an
extra graphics card on the DVB card. Particularly a high-powered card
capable of HDTV.


/Benny



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

Re: [linux-dvb] hdtv scanning

[Carsten Koch]

Klaus Schmidinger wrote:
...
> The whole HDTV thing is of no interest to me until there is
> a DVB card that can actually replay HDTV in hardware.

I do not think we will ever reach that point.

In a modular design, I believe the DVB card is only responsible
for receiving the signal, maybe converting it, so it can be
postprocessed easier, but not for playing it back.
I believe the industry has understood that and has not
released any new "full-featured" DVB cards for a while.
I would be surprised if that would change.

So we either need a strong CPU that converts the data
or an intelligent graphics card that can display them
as they are. I would expect both to be available soon -
even passively-cooled and thus living-room-ready.

Having said that, I am not so excited about HDTV either,
but for different reasons. So my HDTV VDR upgrade can wait
until the industry has given up spending money on locking
their customers out (or in, if you know what I mean),
freeing that money for real innovations.
By that time, those HDTV-supporting passively-cooled CPUs
and graphics cards will be cheap and my VDR system will
need to be replaced due to old age.

Carsten.

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

Re: [linux-dvb] Re: hdtv scanning

[Manu Abraham]

Klaus Schmidinger wrote:
> Benny Amorsen wrote:
>>> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
>> KS> The whole HDTV thing is of no interest to me until there is a DVB
>> KS> card that can actually replay HDTV in hardware.
>>
>> Why would it have to be the DVB card doing it? That seems to be the
>> job of the graphics card and the CPU.
> 
> Well, call me old-fashioned, but I believe that for normal
> live tv viewing a DVB card should be able to do the job
> entirely on its own. VDR just tells it which channel to tune
> to and that's it. It's this "take some old PC, put in a DVB card
> and have a digital video recorder" thing ;-).
> 

Currently H.264 decoding in software is a large overhead in the short
term (for high bit rate HD streams), but wouldn't be the same in the
long run, considering the increase in the number of CPU cores. In the
long run there wouldn't be many cards doing hardware decoding.

Even if DVB HD FF card were there, would be a bit too expensive as well.


Manu

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

Re: [linux-dvb] Re: hdtv scanning

[Klaus Schmidinger]

Benny Amorsen wrote:
>> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:
> 
> KS> The whole HDTV thing is of no interest to me until there is a DVB
> KS> card that can actually replay HDTV in hardware.
> 
> Why would it have to be the DVB card doing it? That seems to be the
> job of the graphics card and the CPU.

Well, call me old-fashioned, but I believe that for normal
live tv viewing a DVB card should be able to do the job
entirely on its own. VDR just tells it which channel to tune
to and that's it. It's this "take some old PC, put in a DVB card
and have a digital video recorder" thing ;-).

Klaus

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

[linux-dvb] Re: hdtv scanning

[Benny Amorsen]

> "KS" == Klaus Schmidinger <[EMAIL PROTECTED]> writes:

KS> The whole HDTV thing is of no interest to me until there is a DVB
KS> card that can actually replay HDTV in hardware.

Why would it have to be the DVB card doing it? That seems to be the
job of the graphics card and the CPU.


/Benny



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

Re: [linux-dvb] hdtv scanning

[Marco Masotti]

> ==
> Date: Mon, 06 Nov 2006 12:51:54 +0100
> From: Klaus Schmidinger <[EMAIL PROTECTED]>
> To: linux-dvb@linuxtv.org
> Subject: Re: [linux-dvb] hdtv scanning
> ==
>
[...]
> The whole HDTV thing is of no interest to me until there is
> a DVB card that can actually replay HDTV in hardware. Until then
> I'm not going to spend any time on this. And by looking at what
> great lengths broadcasters are going to just to make sure nobody
> sees (let a lone records) their HDTV programmes, it's even questionable
> if this will ever become interesting for VDR.


As far as I can get on my side, using a dual core Athlon64 4600+ suffice for 
this purpose. Not a small pc, of course, but still in reach. The 6600/7600GT 
Nvidia chipsets offload about 30% the main cpu and H264 programs are received 
and re played fluently.

The real problem with HDTV for me here is that I'm forced to use *Windows*, 
because my DVB-S2 Technotrend card is, unfortunately, not supported on linux 
yet, given that HDTV broadcasts are only in DVB-S2, at least in my country.

According to my rough estimates, using the linux OS would give a 50% gain in 
performance, probably further reducing the demand on the above PC hardware.
Regards   



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

Re: [linux-dvb] hdtv scanning

[Klaus Schmidinger]

Nico Sabbi wrote:
> 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

I'll cross that bridge when I get there.

The whole HDTV thing is of no interest to me until there is
a DVB card that can actually replay HDTV in hardware. Until then
I'm not going to spend any time on this. And by looking at what
great lengths broadcasters are going to just to make sure nobody
sees (let a lone records) their HDTV programmes, it's even questionable
if this will ever become interesting for VDR.

Klaus

___
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

[Andrea Venturi]

Klaus Schmidinger wrote:
> Nico Sabbi wrote:
>> Klaus Schmidinger wrote:
>>
>>>
>>> Well, that might be feasible for live viewing, but what
>>> about replaying a recording? There is no PAT/PMT in a
>>> recording.
>>>
>>> Klaus
>>>
>> there is if you save the TS, rather than that funny .vdr aka pes.
>> Can VDR save the TS now?
> 
> No - and it won't.
> TS is for broadcasting, and PES is for recording.
> 

is this just a personal opinion?

me, actually i can see a great move toward TS also for storing..

i think about the HDV storage cassette; there is a TS inside the tape.

the forecoming blu ray technology has a TS inside the optical diskette
(but i have to say there's a PS inside the HD-DVD disk; who's going to
win, i dont know..)

IMHO i believe that in the medium term there's no space for two
different storage standards: to hassle to maintain both up to date

the TS is going to succeed because:

- it's where all the development for newer services is going to be done
- you can store the broadcast straight on the disk
- the "bucks per storage byte" index is going lower and lower..

bye

andrea venturi

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

Re: [linux-dvb] Problems with conditional access programs

[Sigmund Augdal Helberg]

On Mon, 2006-11-06 at 11:18 +0100, Sven Lindholm wrote:
> On 2 nov 2006, at 18.11, Sigmund Augdal Helberg wrote:
> 
> > On Thu, 2006-11-02 at 17:55 +0100, Sven Lindholm wrote:
> >> driver/card/CAM isn't keeping track properly.
> > This is what it appears to be, but it's not the case. What does happen
> > is that some i2c transfer between the bt878 and the dst fails, and the
> > driver resets the card during the recovery.
> 
> >> Any ideas about how to go about solving or troubleshooting this?
> > I don't know how to solve this problem, but I do know that reducing  
> > the
> > i2c traffic on the bus does reduce it's frequency quite a bit. tip:
> > don't run femon or similar apps. Somehow this problem has not  
> > bitten me
> > much latly, not sure if any of my local patches mysteriously  
> > affects the
> > situation.
> 
> Are there any possible solutions to this, other than as you say  
> minimizing the i2c traffic (I have nothing else running that can have  
> any impact on the i2c bus)? Can one tweak some i2c setting to prevent  
> the reset? Is this issue specific to the Twinhand cards, or could  
> another card be a solution?
I'm quite confident it's twinhan-specific. But as allways, another card
usually means another problem. you could try changing the get_signal
function in dst.c and change the following line:
if (time_after_eq(jiffies, state->cur_jiff + (HZ / 5))) {
into something that makes the contained block execute even more seldom.
I'm not sure exactly how that line works, so I can't recommend a new one
at the moment.

Sigmund
> 
> Regards,
> Sven
> 
> 


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

Re: [linux-dvb] Problems with conditional access programs

[Sven Lindholm]

On 2 nov 2006, at 18.11, Sigmund Augdal Helberg wrote:


On Thu, 2006-11-02 at 17:55 +0100, Sven Lindholm wrote:

driver/card/CAM isn't keeping track properly.

This is what it appears to be, but it's not the case. What does happen
is that some i2c transfer between the bt878 and the dst fails, and the
driver resets the card during the recovery.



Any ideas about how to go about solving or troubleshooting this?
I don't know how to solve this problem, but I do know that reducing  
the

i2c traffic on the bus does reduce it's frequency quite a bit. tip:
don't run femon or similar apps. Somehow this problem has not  
bitten me
much latly, not sure if any of my local patches mysteriously  
affects the

situation.


Are there any possible solutions to this, other than as you say  
minimizing the i2c traffic (I have nothing else running that can have  
any impact on the i2c bus)? Can one tweak some i2c setting to prevent  
the reset? Is this issue specific to the Twinhand cards, or could  
another card be a solution?


Regards,
Sven



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

[linux-dvb] Avermedia DVB-T 771 + Ubuntu (k. 2.6.17)= PROBLEM!

[Moises Belda]

Hi to all, this is my first post ...I have a trouble with the AVERMEDIA DVB-T 771 card with my Ubuntu Edgy Eft 6.10 linux.My kernel version is : 2.6.17I use this howto to configure with Ubuntu:
http://www.pvrweb.com/bbs/lofiversion/index.php?t5052.htmlIn this Howto the kernel version is 2.6.10, but in that howto says that there isn't any problem with upper versions (like my 2.6.17).The problem is, that in the howto's step when "make menuconfig", there is some options to check in the menuconfig...I have all the options, except one :
Device Drivers --> Multimedia devices --> Digital Video Broadcasting Devices=>Nebula/Pinnacle PCTV/Twinhan PCI cards I haven't this option to check with  option, and nothing similar.  All the other options are correct and checked like this tutorial. 
Although there is not that option, I try to continue with the tuto. The next step is to modprobe the next modules :bttvmt352'dvb-bt8xx'The 3 modprobes works (there are not error displays).
But when I make a dmesg: "dmesg | grep DVB" I have not results :(Obviously, when I try to scan chanels (the next step in the howto) doesn't works...The error is "no such device /dev/DVB/adapter0/fronted0".
Additionally I try to create the nodes adapter0,adapter1, etc  with a sh script that I found  in the avermedia website howto : 
http://www.avermedia.com/docs/pdffiles/Setting%20up%20AVerMedia%20A771%20DVB%20for%20Linux.doc) and there is createsbut the same error in the channels scan...I Think that the card is not recognized by my system, I don't know if the trouble is :
1.-  My menuconfig haven't the "Nebula/Pinnacle PCTV/Twinhan PCI cards" option2.- The howto is not valid for me3.- My system doesn't detects my card
4.- Other?Tests? Sollutions? Please help meThanks for your time and sorry for my poor english!-- No se ofusque con este terror tecnológico que ha construido, la posibilidad de destruir un planeta es insignificante compara con el poder de la fuerza
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] em28XX / ZL10353 / QT1010 USB DVB-T

[Markus Rechberger]

Hi,

On 11/3/06, Mark Howells <[EMAIL PROTECTED]> wrote:

Hi,

I was just wondering whether there has been any progress with these chipsets
(esp in UK usage). I've been busy on another project for a while, but about
6 weeks ago I'd just got around to connecting the dongle to a windows PC to
sniff some USB data as the QT1010 part was non-functional. I've had a quick
scan through the list and see that there has been some work on this IC in
conjunction with the gl861 - will this cross over onto my device?



yes I also worked on it for a while and the em28xx is prepared for it.
The gl861 qt1010 tuner module doesn't work with it yet.
I did some major changes to the em28xx and v4l tuner-core and didn't
have too much time for it.

cheers,
Markus

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