On 03/13/2008 01:55:38 PM, Manu Abraham wrote:
> manu wrote:
> > On 03/11/2008 02:27:31 AM, Vladimir Prudnikov wrote:
> >> I'm getting late buffers with vlc on some transponders (DVB-S,
> same
>
> >> parameters, good signal guaranteed) while everyt
Dominik Kuhlen wrote:
> Hi,
>
> The attached pctv452e.c works for me without frame drops in DVB-S and DVB-S2.
>
> On Friday 29 February 2008, Manu Abraham wrote:
>> Dominik Kuhlen wrote:
>>> On Friday 22 February 2008, Dominik Kuhlen wrote:
>>>> Hi,
>
On 03/13/2008 01:55:38 PM, Manu Abraham wrote:
> manu wrote:
> > On 03/11/2008 02:27:31 AM, Vladimir Prudnikov wrote:
> >> I'm getting late buffers with vlc on some transponders (DVB-S,
> same
>
> >> parameters, good signal guaranteed) while everyt
manu wrote:
> On 03/11/2008 02:27:31 AM, Vladimir Prudnikov wrote:
>> I'm getting late buffers with vlc on some transponders (DVB-S, same
>> parameters, good signal guaranteed) while everything is fine with
>> others. Using multiproto and TT S2-3200.
>> Anyon
at a time.
> So my question is: which (existing) driver does support multi-channel
> filtering? So I can have a look and see what modifications have to be
> made
> to my driver to implement multi-channel filtering.
>
What is done for now is that some (all?) drivers can send the full
stream and userspace apps do the demux of one or several channels
themselves. Mythtv is doing just that, I guess vdr also.
HTH
Bye
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
v complains about corrupted stream)
any channel on 11635,11675: no lock.
Bye
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Yep same here: some transponders give me perfect picture, others are
corrupted and another one just does not lock reliably. I observed that
the bad ones have higher frequencies in the 116550+ MHz.
HTH
Bye
Manu
___
linux-dvb mailing list
linux-
Simeon Simeonov wrote:
> Hi Manu,
>
> I was able to resolve my rotor problem by making the following changes in the
> stb6100, stb0899 and mantis sources:
> u replaced by unit_t..
Some points:
1. The change to stb6100 should in no way matter for the rotor.
2. u* is kernel data
o one really came up with any real logs that could really
reproduced a driver bug or a hardware bug.
Nevertheless, there had been an interesting post on the VDR mailing list.
http://www.linuxtv.org/pipermail/vdr/2008-March/016068.html
Regards,
Manu
>
> Tim.
>
>
> On 8 Mar 20
On 03/06/2008 08:23:36 PM, Manu Abraham wrote:
> manu wrote:
> > On 03/06/2008 06:34:28 AM, Vladimir Prudnikov wrote:
> >> Can't get TT S2-3200 locked on high SR transponders. I have seen a
> >> lot
> >>
> >> of suggestions regarding changing Fr
manu wrote:
> On 03/06/2008 06:34:28 AM, Vladimir Prudnikov wrote:
>> Can't get TT S2-3200 locked on high SR transponders. I have seen a
>> lot
>>
>> of suggestions regarding changing Frequency/Symbol rate on various
>> forums but no luck. Low SR are fin
sion" of multiproto that was tested with high
>
> SR?
>
> I hope Manu can comment on that as well...
>
Just a "me too", well kind of: for me certain transponders do not lock
or lock but with corrupted streams whereas others are perfect (on the
sa
rds,
> Vladimir
>
> ___
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>
>
Just out of curiosity, how much does a 4-services aston (mediaguard)
cost please?
Thx
Bye
Manu
___
if one freq has many channels?
>
> Thanks in advance
> your help so far was very precius.
You can check you channels.conf file: you have the channel name first
then the frequency (and I think the channels are oredered by
frequencies, though I can be wrong here).
Bye
Manu
: no lock.
I found that doing szap a few times (5-6 times) in a row would lock
solid for the 11635 and 11675 transponders.
Is this something known?
Bye
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman
stb6100_attach: Attaching STB6100
> DVB: registering frontend 0 (STB0899 Multistandard)...
> dvb_ca adaptor 0: PC card did not respond :(
>
> Do you think I have to change my CI or is it an installation error ?
Just check whether it is the cable before going in for a new daughterboard.
Regards,
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 woul
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 complet
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 fi
Florian Lohoff wrote:
> 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 de
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
>>>>
>>>&g
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 beca
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/lo
t was working with another card, it should be working with this card
too (i
had some doubts, but when you said it worked with some other card, then i
don't see the issue in here with the diseqc part. The FiFO either works
or not)
> - Original Message
> From: Manu Abraham &l
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
>> cac
Florian Lohoff wrote:
> Hi,
>
> This is
> why my application, which did not issue a GET_INFO but rather set the
> delivery system in the dvbfeparam, failed. The delivery in the
..
>
> - A GET or READ call should never ever alter state - otherwise it should be
> named
> different. Its the sa
d out the offending changeset for
the time
being. Will try to get some answers soon.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> differences between the TDA10021 and the TDA10023.
Yep, it is. The 10021 based tuners are out of stock at least.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
elay and others are used in the case of swzigzag, which
doesn't exist
at least for the existing demods using the track() callback at all.
This would be a fix for any demod drivers using the set_params() callback.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Simeon Simeonov wrote:
> Hi Manu,
>
> I am attaching two gzipped logs. They are supposed to tune to the same
> frequency using the tip
> of Mantis tree. The difference between the two are that in the GOOD log no
> repeat command is used
> and in the BAD log one repeat for
correlation
> with the problem.
Did you mean the "timed out !!" message from
stb0899_wait_diseqc_fifo_empty() ?
(stb0899_drv.c, line #686, Trying to understand the problem that you are
facing)
Regards,
Manu
___
linux-dvb mailing
ssue, but then
have you tried with the LNBP21 attach change ?
Regards,
Manu
> - Original Message
> From: Manu Abraham <[EMAIL PROTECTED]>
> To: Simeon Simeonov <[EMAIL PROTECTED]>
> Cc: linux-dvb@linuxtv.org
> Sent: Thursday, February 28, 2008 1:29:55 AM
>
D)?
For the SAA7146 based cards, use the multiproto tree, for the Mantis based
cards, use the mantis tree.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
s (200 USB frames)
Is it really isochronous transfer that the device really uses in it's
default mode ? I guess many vendors prefer bulk transfers for the
default transfer mode ?
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
test this changeset: 7275 72e81184fb9f as head
Please test how that looks in comparison to tip changeset 7282 a9ecd19a37c9
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
S2-3600.
>
> The S2-3600 is tuning to DVB-S and DVB-S2 but I still got some image
> distortions. I'm quite sure I got the correct firmware for the S2-3600
> but I only did some quick testing last night.
What do you use to play back ? is the dist
Michael Curtis wrote:
> Can anyone help with this please?
>
Disable that relevant module by using a custom config, such as
using make menuconfig, or make xconfig or whatever.
Regards,
Manu
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behal
Oliver Bardenheier (obardenh) wrote:
> I can confirm that current hg-tree breaks SkyStarHD. Mostly unusable,
> many transponders not working.
> I changed back to 45eec532cefa and everything is working fine.
>
Thanks for the verification.
Regards,
Manu
> regards
> Oliver
Zaheer Merali wrote:
> So we don't take the whole multiplex into userspace, just the pids we
> need on an as needed basis.
Though this will work for FTA streams, it won't work for scrambled streams.
Regards,
Manu
___
linux-dvb mailin
; Thank you very much.
>
Hi David,
did you manage to test with the cam to get something working?
I would be thrilled to know if someone has ever managed to get the TT
3200 to work with a CAM (I mean the full monty: lock+good picture ;-)
Bye
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Vangelis Nonas wrote:
> Hello,
>
> Here is the output of hg log|head -n 5 for two different directories
> (multiproto and multiproto_7200)
>
> for multiproto:
> changeset: 7205:9bdb997e38b5
> tag: tip
> user:Manu Abraham <[EMAIL PROTECTED]>
&
ve still believed, there was a possibility,
but 7201
i am terribly confused.
Can you please verify whether you didn't get mixed up with the changeset
numbers or the logs that were produced ?
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@li
Simeon Simeonov wrote:
> Hi Manu,
>
> Thanks for the reply
> Yes, indeed I tried over the weekend and by selecting the higher limitation
> by ISEL register:
>
> if (!lnbp21_attach(mantis->fe, &mantis->adapter, 0, 0x40)) {
>
> My rotor now moves. Do you thi
Hi all,
the subject says it all. I just want to know as I get a stream when the
cam is not plugged in (solid lock, dvbsnoop gets the sections) but
everything stops as soon as I plug the cam in.
Thx
Bye
Manu
___
linux-dvb mailing list
linux
Artem Makhutov wrote:
> Hi,
>
> On Sun, Feb 24, 2008 at 05:52:39PM +0400, Manu Abraham wrote:
>> Artem Makhutov wrote:
>>> Hi,
>>>
>>> On Sun, Feb 24, 2008 at 02:18:52AM +0400, Manu Abraham wrote:
>>>> Also, can you please do a benchmark
Manu Abraham wrote:
> Simeon Simeonov wrote:
>> Hi Gernot,
>>
>> I can confirm that I have similar experience to yours.
>> By the way do you know if one can control from the soft side (register or
>> some other means)
>> the max current output for the car
27;s in the kernel config
to see the timestamps, with which you compare with the start - stop
events in the logs.
> Should you need kernel logs for failing transponders either 7201 or 7205
> let me know.
Will need the logs for the failing transponders in 7205, to check for the
Artem Makhutov wrote:
> Hi,
>
> On Sun, Feb 24, 2008 at 05:52:39PM +0400, Manu Abraham wrote:
>> Artem Makhutov wrote:
>>> Hi,
>>>
>>> On Sun, Feb 24, 2008 at 02:18:52AM +0400, Manu Abraham wrote:
>>>> Also, can you please do a benchmark
Tim Hewett wrote:
> Manu,
>
> The Diseqc switch has been removed and now all polarities tune, and
> DVB-S2 works as well.
>
Bad diseqc switch ?
Regards,
Manu
> Thanks!
>
> Tim.
>
>
> On 24 Feb 2008, at 00:38, Manu Abraham wrote:
>
>> Tim
for a failing transponder during scan.
>
> And something else:
> When I give to scan the parameter -o vdr it will not output the results
> after a complete scan.
Ok, this i had not added in, will look at this aspect.
Regards,
Manu
___
linux-
Artem Makhutov wrote:
> Hi,
>
> On Sun, Feb 24, 2008 at 02:18:52AM +0400, Manu Abraham wrote:
>> Also, can you please do a benchmark in lock timings between changeset
>> 7205 and 7200 ?
>
> Do you mean changeset 7200 or 7204
yep. 7205 is head, but just a m
Tim Hewett wrote:
> Manu,
>
> Thanks, it now tunes to horizontal transponders though not vertical
> ones. I think others have been having similar symptoms with the
> mantis/multiproto trees.
Can someone replicate this behaviour: not tuning to vertical transponders ?
Do you have
Vangelis Nonas wrote:
> Thank you all for your help,
>
> With the latest changeset I can tune channels correctly. I tried vdr and
> szap (from Manu).
>
> I dont know how to undo the last changesets and go back to 7200. Please
> tell me how to do it and I'll ge
Tim Hewett wrote:
> Manu,
>
> I tried the changes, the card is now recognised at boot time without
> needing any manual changes to the code.
>
> However it now no longer tunes:
Sigh! missed out something while i carried forward something. I have
applied the fix to the tree ju
zations.
Please do test the updated mantis tree.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Manu Abraham wrote:
> Artem Makhutov wrote:
>> Hi,
>>
>> On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote:
>>> On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote:
>>>> Are you sure that you got the top level 2 changes changeset 7
Artem Makhutov wrote:
> Hi,
>
> On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote:
>> On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote:
>>> Are you sure that you got the top level 2 changes changeset 7204 and 7203
>>> respectively ?
>
Artem Makhutov wrote:
> Hi,
>
> On Sun, Feb 24, 2008 at 12:21:17AM +0400, Manu Abraham wrote:
>> [...]
>> Can you guys please update from the multiproto tree and test again at
>> the earliest and give me your feedback ?
>
> No, still the same:
>
> Try: 50
nd this
> patch (http://www.makhutov.org/downloads/dvb/szap.patch) to make the script
> work.
>
> Has anyone any ideas why the tuning failes so often? Is it a problem of
> szap or the driver itself? I heard, that this card works perfect with VDR for
> other users...
Can you guys p
hermann pitton wrote:
> Hi.
> If it stays like that, this will likely have some new owners soon,
> but teach me better.
>
Unfortunately, i updated my mail filters which had tagged all your mails as
junk, to spam status.
Regards,
Manu
_
nitialization registers configured
> differently. manu is the only guy, how knows about that and can help you.
>
It is a 1:1 clone of the 1040/1. Will add in the id's to the mantis tree.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linux
ich should be connected,
if you are using a larger load.
With a higher load and if you draw power from the PCI bus, it could be
bad, as there are some
limitations to the current drawn from a PCI slot. Also, you can set the
SEC chip for a different current
limitation.
Regards,
Manu
_
CityK wrote:
> Manu Abraham wrote:
>> CityK wrote:
>>> To be specific, its because the DVB API is about the reception of a
>>> Digital Video Broadcast, and those are made in form of a Transport
>>> Stream modulated onto a RF carrier
>>
>> DVB
bitstream interface protocol
> ... comments are the same as the others
>
> In fact, speaking of what V4L would/should cover, see the first
> paragraph here:
> http://www.linuxtv.org/v4lwiki/index.php/Development:_Video4Linux_APIs
>
> About the only thing otherwise relat
On 02/20/2008 12:30:45 PM, David BERCOT wrote:
> Hi,
>
> For my S2-3200, I've done :
> # modprobe dvb-core cam_debug=255 [thank you Manu ;-)]
> # modprobe stb6100
> # modprobe stb0899
> # modprobe lnbp21
> # modprobe budget-c
>
> and I have some more informatio
g: Reg=[0xf524], data=00
Thx,
Bye
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
48.486425] *pde =
> [ 248.486428] Oops: [#1]
> [ 248.486430] PREEMPT SMP
Is the bug reproducible if PREEMPT is turned OFF ?
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Jose Alberto Reguero wrote:
> I have clone the wrong hg:
> http://linuxtv.org/hg/~manu/multiproto/
>
>
> http://www.jusst.de/hg/multiproto/ is ok.
>
I just pulled out some hair for a short while ;-)
Regards,
Manu
___
linux-dvb
1
402 __u8pad[32];
403 };
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
_stb0899_read_reg: Reg=[0xf58c], data=15
[ 2633.970665] stb0899_read_status: > FE_HAS_VITERBI |
FE_HAS_SYNC
[ 2693.813218] _stb0899_read_reg: Reg=[0xf12a], data=c8
[ 2693.813260] stb0899_sleep: Going to Sleep .. (Really tired .. :-))
Thanks.
Bye
Manu
___
t any bugs that you might come across.
The tree is at the same location. http://jusst.de/hg/multiproto
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
CityK wrote:
> Manu Abraham wrote:
>> The comment was that this card is identical to the VP-2033, no
>> differences) True it is, the only difference is in the PCI Sub ID's.
>>
>> The demod and the PLL is there at the same I2C addresses too. This was
>> veri
Hi,
Dominik Kuhlen wrote:
> Hi all,
>
> Manus multiproto HG tree (jusst.de/hg/multiproto) and the attached patch make
> the pctv452e work with DVB-S2 and DVB-S :)
>
> Also the LED turns to green if the frontend is openend and turns back to
> orange if released (thanks
Tuomas Jousimaa wrote:
>
> On Jan 24, 2008, at 9:28 PM, Manu Abraham wrote:
>
>> Tuomas Jousimaa wrote:
>>>> Now the only thing that comes to my mind is the CU1216 module is
>>>> using a
>>>> newer TDA10023
>>>> instead
tda10023_attach in mantis_dvb.c. I have absolutely no
experience in creating patches so I'm not even gonna try, but I guess you
know what to do :D
Can you please test whether the attached patch works as expected against
the mantis tree ? If so, i will push it in.
Regards,
Manu
diff -r 7018cbcec6ec
0 | tee channels.conf
You can't use the stock scan to scan for signals here. You need to use the
hacked version of scan and szap. Reading through the older mails posted
will help a bit.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
ht
rnate
ways to handle things, eventually causing strange bugs.
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
= &gl861_i2c_algo,
>
> - .num_device_descs = 2,
> + .num_device_descs = 3,
> .devices = {
> { "MSI Mega Sky 55801 DVB-T USB2.0",
> { &gl861_table[0], NULL },
> @@ -198,6 +222,11 @@
> { &gl861_table[1], NULL },
> { NULL },
> },
> +{ "COSTAR CST-DT600-MA DVB-T USB2.0",
> +{ &gl861_table[2], NULL },
> +{ NULL },
> +},
> +
> }
> };
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Tuomas Jousimaa wrote:
>
> On Jan 21, 2008, at 9:52 PM, Manu Abraham wrote:
>
>> Tuomas Jousimaa wrote:
>>> On Jan 17, 2008, at 8:21 PM, Manu Abraham wrote:
>>>> Tuomas Jousimaa wrote:
>>>>> On Jan 17, 2008, at 7:45 PM, Manu Abraham wrote:
>
Hans Werner wrote:
>
>> Hi all,
>>
>> Can someone test whether the VP-2033 works from this
>> tree: http://jusst.de/hg/mantis
>>
>> Regards,
>> Manu
>>
>
> Sorry, I can't help with the VP-2033.
>
> I was just wondering why the
Elmar van Ginneken wrote:
> Manu Abraham wrote:
>> Hi all,
>>
>> Can someone test whether the VP-2033 works from this
>> tree: http://jusst.de/hg/mantis
>>
>> Regards,
>> Manu
>
> Hi Manu,
>
> I assume you mean the version dated Friday,
retation and
> resolution? If so, I'll send a patch. If this is not the correct way of
> fixing this, does anyone have any suggestions?
>
> This is of course using an SMP kernel and I have a Intel Core2 6700 @ 2.66GHz
> processor.
>
Can you replicate the problem when you aren't using videobuf, ie: when
not using the devices that depend on videobuf and video_buf_dvb ?
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Hi all,
Can someone test whether the VP-2033 works from this
tree: http://jusst.de/hg/mantis
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Tuomas Jousimaa wrote:
>
> On Jan 17, 2008, at 8:21 PM, Manu Abraham wrote:
>
>> Tuomas Jousimaa wrote:
>>> On Jan 17, 2008, at 7:45 PM, Manu Abraham wrote:
>>>> Tuomas Jousimaa wrote:
>>>>> Hi
>>>>> I just bought the new
Trent Piepho wrote:
> On Sun, 20 Jan 2008, Mauro Carvalho Chehab wrote:
>> On Sat, 19 Jan 2008 05:28:49 -0800 (PST)
>> Trent Piepho <[EMAIL PROTECTED]> wrote:
>>
>>> I wish people would use the patch creating system from Hg, since it would
>>> the format mistakes evident in this patch.
>>>
>>> 1. n
ilities to break kernel by writing
>
> Nope, driver_data will always be 0. Try it. You must set
> dynids.use_driver_data to allow driver data to be passed via sysfs for just
> this reason.
>
>> Acutually I don't have
Tuomas Jousimaa wrote:
On Jan 17, 2008, at 7:45 PM, Manu Abraham wrote:
Tuomas Jousimaa wrote:
Hi
I just bought the new Terratec Cinergy C PCI -card. It would seem
that it isn't supported yet by any drivers. With Manus
mantis-drivers recognize the card, but the frontend doesn
Tuomas Jousimaa wrote:
> Hi
> I just bought the new Terratec Cinergy C PCI -card. It would seem
> that it isn't supported yet by any drivers. With Manus mantis-drivers
> recognize the card, but the frontend doesn't work.
>
Please do a lspci -vvn and send th
DVB-T
> case ;-)
>
> Please try the attached patch.
That indeed did fix. Have applied it to the tree.
Thanks,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Hi all,
For all those who enquired about the MXL500x driver, it is now at
http://linuxtv.org/hg/~manu/mxl500x/
Regards,
Manu
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Marco Coli wrote:
> Manu Abraham ha scritto:
>> Marco Coli wrote:
>>
>>> I think this can be a quick workaround in this situation also. I need to
>>> examine budget-ci.c only?
>>>
>>
>> Yes
>>
> So I did... Now, after
Marco Coli wrote:
> Manu Abraham ha scritto:
>> Marco Coli wrote:
>>
>>>
>>> well well well, mistery revealed!
>>> For the developers: are you already aware of these differences? Do
>>> you need more info? Is support for this board planned?
&
s? Do you
> need more info? Is support for this board planned?
Well, it looks like you have a broken EEPROM.
0x13c2: 1019 is the ID for the TT S2 3200 and Skystar DVB-S2 H Dcards that
i have known.
Oliver has an EEPROM rewriting application somewhere. I remember him talking
about it
David Santinoli wrote:
> On Thu, Dec 27, 2007 at 12:46:38AM +0400, Manu Abraham wrote:
>> David Santinoli wrote:
>>> On Wed, Dec 19, 2007 at 11:49:42PM +0400, Manu Abraham wrote:
>>>>> en50221_app_ai_parse_app_info: Received short data
>>>>>
>&g
Zdenek Kabelac wrote:
> 2008/1/1, Manu Abraham <[EMAIL PROTECTED]>:
>> Zdenek Kabelac wrote:
>>>> There is a OSS driver upcoming, supported by the chip manufacturer
>>>> themselves
>>>> (AFA Technologies.) I have been a bit involved in that proce
Zdenek Kabelac wrote:
> 2008/1/1, Manu Abraham <[EMAIL PROTECTED]>:
>> Zdenek Kabelac wrote:
>>> Hi Manu
>>>
>> There is a OSS driver upcoming, supported by the chip manufacturer themselves
>> (AFA Technologies.) I have been a bit involved in that pro
Zdenek Kabelac wrote:
> Hi Manu
>
> I'd like to hear it clearly - should I safe my time to play with this device?
>
> Do you mean by this answer that you know someone already writes the
> driver for AsusTV Hybrid Volar HX USB device ?
>
> (And driver will be o
Michael Krufky wrote:
> Manu Abraham wrote:
>> Michael Krufky wrote:
>>
>>> Manu Abraham wrote:
>>>> Some of the vendors (more than one) wrote to me that the TDA18271 driver
>>>> doesn't work. That was the basis of my statement.
>>>
Michael Krufky wrote:
> Manu Abraham wrote:
>> Some of the vendors (more than one) wrote to me that the TDA18271 driver
>> doesn't work. That was the basis of my statement.
>
>
> Silly vendors. Why write to _you_ about somebody else's work?
>
One of th
Steven Toth wrote:
> Manu Abraham wrote:
>> Michael Krufky wrote:
>>> Manu Abraham wrote:
>>>> Zdenek Kabelac wrote:
>>>>
>>>>> 2007/12/31, Michael Krufky <[EMAIL PROTECTED]>:
>>>>>
>>>>>> Zdenek
1 - 100 of 778 matches
Mail list logo