I installed Kaffeine from source today.
It appeared that the version I was using didn't have dvb support :)
So now I can do a channel scan with Kaffeine.
It does find the same channels I get with dvb-scan or mythtv.
I don't have to reboot after each transponder with Kaffeine.
However it does not
Joep,
Within windows with the Twinhan Software scanning for the dutch channels
does not work either. It does not find any dutch channels.
Regards,
Michel.
(Still working to get it working on my fc5)
joep admiraal schreef:
I installed Kaffeine from source today.
It appeared that the version
The MythTV single TS scanning problem might be
on MythTV, not on the driver.
I can repeat that with Kaffeine:
If I watch a channel during a scan, I can get only channels from one TS.
If I stop watching the channel, scanning finds channels from multiple TS.
With Finnish file fi-HTV
(C
For me the rebooting is not a problem.
You only have to do that a couple of times to scan all the transponders.
After that there is no need to reboot.
I must say the driver runs pretty stable.
I did a modprobe mantis yesterday and did watch a few channels with it
yesterday and today.
It is still
I found the problem with the horizontal transponders!
in the file linux/dirvers/media/dvb/mantis/mantis_vp1034.c I changed the
following line:
mmwrite((mmread(MANTIS_GPIF_ADDR)) voltage, MANTIS_GPIF_ADDR);
to
mmwrite((mmread(MANTIS_GPIF_ADDR)) | voltage, MANTIS_GPIF_ADDR);
And now it does find
Please forget my last (stupid) post.
Op woensdag 8 november 2006 14:35, schreef joep admiraal:
I found the problem with the horizontal transponders!
in the file linux/dirvers/media/dvb/mantis/mantis_vp1034.c I changed the
following line:
mmwrite((mmread(MANTIS_GPIF_ADDR)) voltage,
Thanx!
I can watch the channels from my channels.conf with super picture quality.
Only the channel scanning doesn't work yet.
It now only finds channels from the 1st transponder, after that is just gives
timeout's.
Is there anyone on this list that has the channels from canaldigitaal (the
Joep,
What is the content of the file you are using to test your scan, even
if it only does one transponder.
I'm testing with the default one and only get the following result:
scanning /usr/share/dvb-apps/dvb-s/Astra-19.2E
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
Hello Michel,
I am using the same file you are.
It contains the same info as your's.
After I do a reboot it does find some channels.
Before I applied the patch it did find channels on a few transponders.
Now it only finds channels on the first transponder.
I am doing some tests with Mythtv now.
joep admiraal schreef:
Hello Michel,
I am using the same file you are.
It contains the same info as your's.
After I do a reboot it does find some channels.
Before I applied the patch it did find channels on a few transponders.
Now it only finds channels on the first transponder.
I am
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
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
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
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
joep admiraal wrote:
I applied the mantis_cu1216-workable-up.diff patch from Marko.
Now dvbscan does find some channels!
Sadly it stops finding channels after some time.
It then only gives filter timeout's.
Sounds familiar. You can try to scan more than once. I used scan binary.
I don't know
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;
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:
I applied the mantis_cu1216-workable-up.diff patch from Marko.
Now dvbscan does find some channels!
Sadly it stops finding channels after some time.
It then only gives filter timeout's.
When I apply the dvb_net-compile-fix-up.diff patch I can't compile dvb_net.c.
Please let me know if I can help
Hi Manu and others,
On my DVB Mantis chip, there is
K61468.2A-2
041213
With the attached patch, I am able to see Finnish HTV cable TV,
unencrypted channels,
with my Mantis VP-2033. It uses the cu1216 kernel module.
The patch can be applied to the Mantis Alpha version that Manu released
Marko Ristola wrote:
Hi Manu and others,
On my DVB Mantis chip, there is
K61468.2A-2
041213
With the attached patch, I am able to see Finnish HTV cable TV,
unencrypted channels,
with my Mantis VP-2033. It uses the cu1216 kernel module.
The patch can be applied to the Mantis Alpha
Okay that's a pity
I don't have a motor so that's probably not the problem.
Is there anything I can do to help?
Greetings,
Joep
Op zaterdag 21 oktober 2006 15:43, schreef Michel Verbraak:
joep admiraal schreef:
Hello
I have a Twinhan 1034 dvb-s card.
A modprobe mantis goes fine.
When
joep admiraal schreef:
Hello
I have a Twinhan 1034 dvb-s card.
A modprobe mantis goes fine.
When I do "dvbcan mychannel channel.conf" I get the following output:
--
scanning mychannel
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 12324000 V
joep admiraal schreef:
Hello
I have a Twinhan 1034 dvb-s card.
A modprobe mantis goes fine.
When I do "dvbcan mychannel channel.conf" I get the following output:
--
scanning mychannel
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 12324000 V
I'll be away some time.
Here is something that I know from the alpha Mantis version:
If you insert a longer sleep in the end of cu1216_set_parameters(),
the initial lock might be taken before DMA transfer initiation.
This does not seem to work always though? Maybe the exact good sleep
time
Hello Marko,
Marko Ristola wrote:
Hi Manu,
I downloaded your code again.
I haven't updated the code out there.
Known problems in cu1216.c and in mantis_dma.c with VP-2033:
In your codein cu1216_set_parameters() it still returns -1 or -EINVAL
always (never returns a success=0).
Hi
Now I can see a continuous picture, even though it is bad!
I found out the problem:
mmwrite(MANTIS_GPIF_RDWRN, MANTIS_GPIF_ADDR);
can be replaced with
mmwrite(MANTIS_GPIF_RDWRN | 0x3000, MANTIS_GPIF_ADDR);
This is because the ealier value of MANTIS_GPIF_ADDR is 0x3000. With
keeping
Hi,
Marko Ristola wrote:
Hi
Now I can see a continuous picture, even though it is bad!
I found out the problem:
mmwrite(MANTIS_GPIF_RDWRN, MANTIS_GPIF_ADDR);
can be replaced with
mmwrite(MANTIS_GPIF_RDWRN | 0x3000, MANTIS_GPIF_ADDR);
This is because the ealier value of
Hello Marko,
Marko Ristola wrote:
I didn't read emails for a few days.
I don't have any specs for the hardware either.
I'll try to figure out that what is the problem.
I think that when the DMA transfer starts, cu1216_set_parameters()
should not be called at all.
The drivers should
Hi Manu,
I downloaded your code again.
Known problems in cu1216.c and in mantis_dma.c with VP-2033:
In your codein cu1216_set_parameters() it still returns -1 or -EINVAL
always (never returns a success=0).
So kaffeine application tries to set parameters indefinitely and will
never try
to
I didn't read emails for a few days.
I don't have any specs for the hardware either.
I'll try to figure out that what is the problem.
I think that when the DMA transfer starts, cu1216_set_parameters()
should not be called at all.
The drivers should just keep on with the data transfer.
One
Heya!
Marko Ristola wrote:
Here is a better version.
It is much much faster, and is also able to blink the kaffeine screen.
The blink comes when kaffeine tries to read data stream with DMA:
Syslog has message mantis start feed dma and then status is zero and
sync is zero.
I tried your
Heya!
Marko Ristola wrote:
[...]
Sleep function does not seem to make any difference: even though
kaffeine pauses
by doing sleep, it blinks (kaffeine uses xine frontend).
Could the problem be 64bit DMA related?
I don't have a 32bit distribution to try.
I have NForce4 chipset. Here is a
Pauli Borodulin wrote:
[...]
The problem is: In the beginning the driver is able to communicate with
cu1216 using I2C. For example, the driver is able to check that the
demodulator is there using cu1216_readreg(). As soon as DMA is started (you
get mantis start feed dma in your kernel log),
Hi
I tested the Mantis driver. I used stock Fedora Core 5 kernel (AMD64)
I have the 2033 card, as described in
http://www.twinhan.com/product_cable_2033.asp
05:04.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
Bridge Controller [Ver 1.0] (rev 01)
Subsystem:
Marko Ristola wrote:
Hi
I tested the Mantis driver. I used stock Fedora Core 5 kernel (AMD64)
I have the 2033 card, as described in
http://www.twinhan.com/product_cable_2033.asp
05:04.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI
Bridge Controller [Ver 1.0] (rev
Here is the modified cu1216.c file.
Regards
Marko Ristola
Manu Abraham wrote:
Marko Ristola wrote:
Hi
I tested the Mantis driver. I used stock Fedora Core 5 kernel (AMD64)
I have the 2033 card, as described in
http://www.twinhan.com/product_cable_2033.asp
05:04.0 Multimedia controller:
Hi
Here is a better version.
It is much much faster, and is also able to blink the kaffeine screen.
The blink comes when kaffeine tries to read data stream with DMA:
Syslog has message mantis start feed dma and then status is zero and
sync is zero.
I was able to restart kaffeine without a
37 matches
Mail list logo