On Mon, Mar 03, 2008 at 04:22:00AM +0400, Manu Abraham wrote:
This won't work. params will contain data only after you have
successfully issued
SET_PARAMS not before. For SET_PARAMS to work, you need the delivery system
cached for the operation.
As i already wrote - SET_PARAMS is _NOT_
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 04:22:00AM +0400, Manu Abraham wrote:
This won't work. params will contain data only after you have
successfully issued
SET_PARAMS not before. For SET_PARAMS to work, you need the delivery system
cached for the operation.
As i already wrote -
On Mon, Mar 03, 2008 at 03:09:23PM +0400, Manu Abraham wrote:
As i already wrote - SET_PARAMS is _NOT_ enough. Please try yourself.
Unload/Load the module and simple issue a DVBFE_SET_PARAMS (NOT
GET_INFO) and it doesnt tune/lock at least for STB0899 and it also
complains in the dmesg with:
Hello Markus,
Do you plan to merge this driver into mainline - either linux-dvb or
anything else ?
Regards,
Lukasz Sokol
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
I've a leadtek tv2000XP Global card, and i was able to make it work
with v4l-dvb mercurial 1 week ago. Now with the newest source tree its
not working, recognised by kernel and everything seems to be ok, but
tvtime/xawtv shows black screen instead of tv picture. Audio seems to be
ok
Simeon Simeonov wrote:
I am using mythtv and here is the sequence of commands:
Without repeat:
DiSEqCDevTree: Changing LNB voltage to 13V
DiSEqCDevTree: Rotor - Goto Stored Position 2
DiSEqCDevTree: Sending DiSEqC Command: e0 31 6b 2
DiSEqCDevTree: Changing to DiSEqC switch port 1/4
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 03:09:23PM +0400, Manu Abraham wrote:
As i already wrote - SET_PARAMS is _NOT_ enough. Please try yourself.
Unload/Load the module and simple issue a DVBFE_SET_PARAMS (NOT
GET_INFO) and it doesnt tune/lock at least for STB0899 and it also
Hi,
I have some problems with my AzureWave AD-SP400 (VP 1041) card.
Some background info before the problem:
I'm running on a Slamd64 distro with a 2.6.24.2 kernel and I have
the latest code from http://jusst.de/hg/mantis, compiled and installed
successfully.
Downloaded and built
Hi List,
lately a friend of mine got a Terratec Cinergy T USB XXS and was wondering if
it were supported under Linux.
After unsuccessful googling for this card (even your Wiki gives nothing), i
started investigating on my own.
The Windows driver loaded an dvb7700all.sys, which seemed to be for
On Mon, Mar 03, 2008 at 04:03:09PM +0400, Manu Abraham wrote:
- make SET_PARAMS the call to honor delivery in dvbfe_params and remove
the setting of the delivery of GET_INFO
I'd prefere the 2nd option because currently the usage and naming
is an incoherent mess which should better not get
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 04:03:09PM +0400, Manu Abraham wrote:
- make SET_PARAMS the call to honor delivery in dvbfe_params and remove
the setting of the delivery of GET_INFO
I'd prefere the 2nd option because currently the usage and naming
is an incoherent mess which
Manu Abraham wrote:
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 04:03:09PM +0400, Manu Abraham wrote:
- make SET_PARAMS the call to honor delivery in dvbfe_params and remove
the setting of the delivery of GET_INFO
I'd prefere the 2nd option because currently the usage and naming
is an
On Mon, Mar 03, 2008 at 05:41:17PM +0400, Manu Abraham wrote:
You are wrong again. Please look at the code, how statistics related
operations are retrieved.
When i issue a DVBFE_GET_INFO i dont get stats i get informations
about the delivery system - a better name would be GET_CAPABILITY.
In
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 05:49:53PM +0400, Manu Abraham wrote:
Basically you seem to get the wrong end, (it's one whole line, no corners
to it) since you think that it all starts with a tune operation. No, a tune
operation is not the first operation that's to be done in
On Mon, Mar 03, 2008 at 05:49:53PM +0400, Manu Abraham wrote:
Basically you seem to get the wrong end, (it's one whole line, no corners
to it) since you think that it all starts with a tune operation. No, a tune
operation is not the first operation that's to be done in many cases.
A tune
On Mon, Mar 03, 2008 at 05:55:48PM +0400, Manu Abraham wrote:
I already mentioned this in my previous email. Please read the previous
mails and or the old discussions.
Would you point the mail to me where you did - I cant find any - You
said that for GET_PARAMS you need the space to store it.
On Mon, Mar 03, 2008 at 06:04:12PM +0400, Manu Abraham wrote:
The more important part is to first check for a signal, before
attempting a tune.
Lack of doing so, will result in a lot of frustration in many cases.
Though it is completely upto oneself whether to do it or not.
You mean tune
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 06:17:58PM +0400, Manu Abraham wrote:
You mean tune and then check if there is a SIGNAL and possibly a LOCK? I
do that yes ... But first comes the tune - On an uninitialized state of
a demod/tuner i would not expect to see any signal.
How do you
mplayer /dev/dvb/adapter1/dvr0
mplayer says...
TS file format detected.
VIDEO MPEG2(pid=515) AUDIO MPA(pid=652) NO SUBS (yet)! PROGRAM N. 0
VIDEO: MPEG2 544x576 (aspect 3) 25.000 fps 15000.0 kbps (1875.0 kbyte/s)
and the picture is shown.
you can try with dvbsnoop or
On Mon, Mar 03, 2008 at 06:24:50PM +0400, Manu Abraham wrote:
On Mon, Mar 03, 2008 at 06:17:58PM +0400, Manu Abraham wrote:
You mean tune and then check if there is a SIGNAL and possibly a LOCK? I
do that yes ... But first comes the tune - On an uninitialized state of
a demod/tuner i would not
On Mon, Mar 03, 2008 at 06:17:58PM +0400, Manu Abraham wrote:
You mean tune and then check if there is a SIGNAL and possibly a LOCK? I
do that yes ... But first comes the tune - On an uninitialized state of
a demod/tuner i would not expect to see any signal.
How do you expect to look for a
Florian Lohoff wrote:
On Mon, Mar 03, 2008 at 06:04:12PM +0400, Manu Abraham wrote:
The more important part is to first check for a signal, before
attempting a tune.
Lack of doing so, will result in a lot of frustration in many cases.
Though it is completely upto oneself whether to do it or
Hi,
Before buying a new CI for my TT S2-3200, I'd like to know if it is
really broken...
After the installation of multiproto, I have this error :
saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt :05:01.0[A] - GSI 22 (level, low) - IRQ 22
saa7146: found saa7146 @ mem
David Brown wrote:
All patches welcome, just submit them to this list.
Okay here's a patch... got rid of the dmesg output I was having...
Thanks David, did it actually fix your issue or just remove the debug spew?
- Steve
___
linux-dvb mailing
Thanks David, did it actually fix your issue or just remove the debug spew?
The patch adds a format that is apparently being used by my hardware.
I reverse engineered what the format was from the hex value that was
given to format_by_fourcc which was spewing into the dmesg log. It
doesn't show
David BERCOT wrote:
Hi,
Before buying a new CI for my TT S2-3200, I'd like to know if it is
really broken...
After the installation of multiproto, I have this error :
saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt :05:01.0[A] - GSI 22 (level, low) - IRQ 22
saa7146:
[EMAIL PROTECTED] wrote:
Possible solutions:
2) enable the resize of a live ring buffer.
Currently:
dvb_dvr_write DOES lock the mutex (dmxdev-mutex)
dvb_dvr_read DOES NOT lock the mutex (the code to lock the mutex is there,
but commented out, why?)
Is it enough to lock the
Am Montag 03 März 2008 schrieb Florian Lohoff:
snip
I have no problem with beeing able to query stats - I have a problem
that a GET call changes in kernel state, and the SET calls options get
ignored where it should be the other way round.
Probably you can tell me the reason the delivery
Heya!
Kristian Slavov posted a patch[1] to enable remote controller support on
Mantis VP-2033 for almost a year ago. Since then, I have not seen any
new versions of this patch, but since Manu's current Mantis driver[2]
works pretty well and I have such card, I decided to port the old patch
for
Nicolas Will wrote:
As much as I understand your position, where it's coming from, and the
reasoning behind it (and I'm not necessarily against it, trust me on
that), blaming it all on the closed parts is maybe just as bad as
blaming a USB vendor or open source coders and giving up.
It seems
Am Montag, den 03.03.2008, 22:13 +0100 schrieb Christoph Pfister:
Am Montag 03 März 2008 schrieb Florian Lohoff:
snip
I have no problem with beeing able to query stats - I have a problem
that a GET call changes in kernel state, and the SET calls options get
ignored where it should be the
31 matches
Mail list logo
