Re: SV: [linux-dvb] NOVA-TD exeriences?
Soeren Moch wrote: OK, my nova-td device id is 2040:9580, for 2040:5200 the attached extended patch version may help. (I have no access to such device.) Please test. Soeren Well, it did help thank you very much! Now I finally have four DVB-T and four DVB-S2 adapters that can take any transponder I have access to without problems. I haven't looked into your patches yet but I hope the problems get solved in the main linuxtv tree soon, one way or the other. Thanks again, /Magnus H -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: SV: [linux-dvb] NOVA-TD exeriences?
Soeren Moch schrieb:
> > > Hi again. Just got my two new NOVA-TD's and at a first glance they
> > seemed to
> > > perform well. Closer inspections however revealed that I see
exactly
> > the same
> > > issues as Soeren. Watching live TV with VDR on one adaptor while
> > constantly
> > > retuning the other one using:
> > > while true;do tzap -x svt1;done
> > > gives a short glitch in the VDR stream on almost every tzap.
Another
> > 100EUR down
> > > the drain. I'll probably buy four NOVA-T's instead just like I
> > planned to at
> > > first.
> > >
> > > /Magnus H
> >
> > Slowly, slowly. Magnus, you want to support dibcom with another
100EUR for
> > there poor performance in fixing the firmware?
> > Please test my patches, the nova-td is running fine with these
patches,
> > at least for me.
> >
> > Patrick, any progress here? Will dibcom fix the firmware, or will you
> > integrate the
> > patches? Or what can I do to go on?
> >
> > Regards,
> > Soeren
> >
> >
>
> Thanks Soeren, maybe I jumped to the wrong conclusions here. I actually
> thought this came down to bad hardware design instead of a
driver/firmware
> issue. Unfortunately your patches made no difference here but I won't
give
> up that easily. If they made your problems disapperar there should be
hope
> for me too and I'll be glad to help in the development. I can live
with the
> glitches in the mean time if there's hope for improvement since I mostly
> watch DVB-S these days. I'm running the stock Ubuntu Karmic 2.6.31
kernel
> and standard linuxtv drivers from hg. I also have four TT S2-1600
cards in
> there.
> /Magnus
Magnus, can you send the USB-IDs of your nova-td-sticks, please?
Since I activated the workaround only for stk7700d_dib7000p_mt2266,
there might be another funtion to fix your sticks.
Soeren
OK, my nova-td device id is 2040:9580, for 2040:5200 the attached extended
patch version may help. (I have no access to such device.)
Please test.
Soeren
--- linux.orig/drivers/media/dvb/dvb-usb/dib0700_devices.c 2009-11-20 23:39:51.0 +0100
+++ linux/drivers/media/dvb/dvb-usb/dib0700_devices.c 2009-11-21 00:47:09.0 +0100
@@ -303,6 +303,9 @@ static int stk7700d_frontend_attach(stru
adap->fe = dvb_attach(dib7000p_attach, &adap->dev->i2c_adap,0x80+(adap->id << 1),
&stk7700d_dib7000p_mt2266_config[adap->id]);
+adap->props.streaming_ctrl = NULL;
+dib0700_streaming_ctrl(adap, 1);
+
return adap->fe == NULL ? -ENODEV : 0;
}
@@ -1710,12 +1713,20 @@ static int stk7070pd_frontend_attach0(st
}
adap->fe = dvb_attach(dib7000p_attach, &adap->dev->i2c_adap, 0x80, &stk7070pd_dib7000p_config[0]);
+
+adap->props.streaming_ctrl = NULL;
+dib0700_streaming_ctrl(adap, 1);
+
return adap->fe == NULL ? -ENODEV : 0;
}
static int stk7070pd_frontend_attach1(struct dvb_usb_adapter *adap)
{
adap->fe = dvb_attach(dib7000p_attach, &adap->dev->i2c_adap, 0x82, &stk7070pd_dib7000p_config[1]);
+
+adap->props.streaming_ctrl = NULL;
+dib0700_streaming_ctrl(adap, 1);
+
return adap->fe == NULL ? -ENODEV : 0;
}
@@ -1968,7 +1979,7 @@ MODULE_DEVICE_TABLE(usb, dib0700_usb_id_
.streaming_ctrl = dib0700_streaming_ctrl, \
.stream = { \
.type = USB_BULK, \
- .count = 4, \
+ .count = 1, \
.endpoint = ep, \
.u = { \
.bulk = { \
Re: SV: [linux-dvb] NOVA-TD exeriences?
> > > Hi again. Just got my two new NOVA-TD's and at a first glance they > > seemed to > > > perform well. Closer inspections however revealed that I see exactly > > the same > > > issues as Soeren. Watching live TV with VDR on one adaptor while > > constantly > > > retuning the other one using: > > > while true;do tzap -x svt1;done > > > gives a short glitch in the VDR stream on almost every tzap. Another > > 100EUR down > > > the drain. I'll probably buy four NOVA-T's instead just like I > > planned to at > > > first. > > > > > > /Magnus H > > > > Slowly, slowly. Magnus, you want to support dibcom with another 100EUR for > > there poor performance in fixing the firmware? > > Please test my patches, the nova-td is running fine with these patches, > > at least for me. > > > > Patrick, any progress here? Will dibcom fix the firmware, or will you > > integrate the > > patches? Or what can I do to go on? > > > > Regards, > > Soeren > > > > > > Thanks Soeren, maybe I jumped to the wrong conclusions here. I actually > thought this came down to bad hardware design instead of a driver/firmware > issue. Unfortunately your patches made no difference here but I won't give > up that easily. If they made your problems disapperar there should be hope > for me too and I'll be glad to help in the development. I can live with the > glitches in the mean time if there's hope for improvement since I mostly > watch DVB-S these days. I'm running the stock Ubuntu Karmic 2.6.31 kernel > and standard linuxtv drivers from hg. I also have four TT S2-1600 cards in > there. > /Magnus Magnus, can you send the USB-IDs of your nova-td-sticks, please? Since I activated the workaround only for stk7700d_dib7000p_mt2266, there might be another funtion to fix your sticks. Soeren -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
SV: SV: [linux-dvb] NOVA-TD exeriences?
> > > > Hi again. Just got my two new NOVA-TD's and at a first glance they > seemed to > > perform well. Closer inspections however revealed that I see exactly > the same > > issues as Soeren. Watching live TV with VDR on one adaptor while > constantly > > retuning the other one using: > > while true;do tzap -x svt1;done > > gives a short glitch in the VDR stream on almost every tzap. Another > 100EUR down > > the drain. I'll probably buy four NOVA-T's instead just like I > planned to at > > first. > > > > /Magnus H > > Slowly, slowly. Magnus, you want to support dibcom with another 100EUR for > there poor performance in fixing the firmware? > Please test my patches, the nova-td is running fine with these patches, > at least for me. > > Patrick, any progress here? Will dibcom fix the firmware, or will you > integrate the > patches? Or what can I do to go on? > > Regards, > Soeren > > Thanks Soeren, maybe I jumped to the wrong conclusions here. I actually thought this came down to bad hardware design instead of a driver/firmware issue. Unfortunately your patches made no difference here but I won't give up that easily. If they made your problems disapperar there should be hope for me too and I'll be glad to help in the development. I can live with the glitches in the mean time if there's hope for improvement since I mostly watch DVB-S these days. I'm running the stock Ubuntu Karmic 2.6.31 kernel and standard linuxtv drivers from hg. I also have four TT S2-1600 cards in there. /Magnus -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: SV: [linux-dvb] NOVA-TD exeriences?
> > >
> > > Very strange. Playing of two different muxes is also no problem
for me,
> > as
> > > long
> > > as no new stream is started (of course after switching off one of the
> > > streams
> > > before). In the start moment of the new the stream the already
running
> > > stream
> > > is disturbed and I see a demaged group of pictures in the old stream.
> > After
> > > these few pictures the stream is running fine again.
> > >
> > > I cannot imagine that this is a specific problem of my stick,
however,
> > > thank you for testing!
> >
> >
> > Hmm - well I haven't made a close inspection (frame by frame) of every
> > frame during the startup of second player.
> > Kaffaine seems to have blocked screen refresh because Xorg gets locked
> > via starting mplayer.
> > So there is definitely frame skipping viewing experience - but that's
> > the flaw of Xorg - sound is played just fine.
> >
> > If I should check whether there are no TS stream errors only at the
> > moment of startup, I'll need to grab both streams and make a better
> > analysis. My current statement was purely based on the fact, that I
> > could watch both channels without any picture artefacts or sound
> > distorsion - but during startup there is surelly a period, when some
> > frames are not even visibile, because kaffeine cannot even refresh
> > playing window - but that's another story
> >
> >
> > Zdenek
>
>
> Hi again. Just got my two new NOVA-TD's and at a first glance they
seemed to
> perform well. Closer inspections however revealed that I see exactly
the same
> issues as Soeren. Watching live TV with VDR on one adaptor while
constantly
> retuning the other one using:
> while true;do tzap -x svt1;done
> gives a short glitch in the VDR stream on almost every tzap. Another
100EUR down
> the drain. I'll probably buy four NOVA-T's instead just like I
planned to at
> first.
>
> /Magnus H
Slowly, slowly. Magnus, you want to support dibcom with another 100EUR for
there poor performance in fixing the firmware?
Please test my patches, the nova-td is running fine with these patches,
at least for me.
Patrick, any progress here? Will dibcom fix the firmware, or will you
integrate the
patches? Or what can I do to go on?
Regards,
Soeren
--- drivers/media/common/tuners/mt2266.c.orig 2009-06-29 22:11:08.0 +0200
+++ drivers/media/common/tuners/mt2266.c 2009-06-29 22:21:01.0 +0200
@@ -137,7 +137,6 @@ static int mt2266_set_params(struct dvb_
freq = params->frequency / 1000; // Hz -> kHz
if (freq < 47 && freq > 23)
return -EINVAL; /* Gap between VHF and UHF bands */
- priv->bandwidth = (fe->ops.info.type == FE_OFDM) ? params->u.ofdm.bandwidth : 0;
priv->frequency = freq * 1000;
tune = 2 * freq * (8192/16) / (FREF/16);
@@ -145,21 +144,24 @@ static int mt2266_set_params(struct dvb_
if (band == MT2266_VHF)
tune *= 2;
- switch (params->u.ofdm.bandwidth) {
- case BANDWIDTH_6_MHZ:
- mt2266_writeregs(priv, mt2266_init_6mhz,
- sizeof(mt2266_init_6mhz));
- break;
- case BANDWIDTH_7_MHZ:
- mt2266_writeregs(priv, mt2266_init_7mhz,
- sizeof(mt2266_init_7mhz));
- break;
- case BANDWIDTH_8_MHZ:
- default:
- mt2266_writeregs(priv, mt2266_init_8mhz,
- sizeof(mt2266_init_8mhz));
- break;
- }
+if (priv->bandwidth != params->u.ofdm.bandwidth) {
+ priv->bandwidth = (fe->ops.info.type == FE_OFDM) ? params->u.ofdm.bandwidth : 0;
+ switch (params->u.ofdm.bandwidth) {
+ case BANDWIDTH_6_MHZ:
+mt2266_writeregs(priv, mt2266_init_6mhz,
+ sizeof(mt2266_init_6mhz));
+break;
+ case BANDWIDTH_7_MHZ:
+mt2266_writeregs(priv, mt2266_init_7mhz,
+ sizeof(mt2266_init_7mhz));
+break;
+ case BANDWIDTH_8_MHZ:
+ default:
+mt2266_writeregs(priv, mt2266_init_8mhz,
+ sizeof(mt2266_init_8mhz));
+break;
+ }
+}
if (band == MT2266_VHF && priv->band == MT2266_UHF) {
dprintk("Switch from UHF to VHF");
@@ -327,6 +329,7 @@ struct dvb_frontend * mt2266_attach(stru
priv->cfg = cfg;
priv->i2c = i2c;
+ priv->bandwidth= BANDWIDTH_8_MHZ;
priv->band = MT2266_UHF;
if (mt2266_readreg(priv, 0, &id)) {
--- drivers/media/dvb/dvb-usb/dib0700_devices.c.orig 2009-04-18 16:45:12.0 +0200
+++ drivers/media/dvb/dvb-usb/dib0700_devices.c 2009-04-18 18:58:54.0 +0200
@@ -290,6 +290,9 @@ static int stk7700d_frontend_attach(stru
adap->fe = dvb_attach(dib7000p_attach, &adap->dev->i2c_adap,0x80+(adap->id << 1),
&stk7700d_dib7000p_mt2266_config[adap->id]);
+adap->props.streaming_ctrl = NULL;
+dib0700_streaming_ctrl(adap, 1);
+
return adap->fe == NULL ? -ENODEV : 0;
}
@@ -1414,7 +1417,7 @@ MODULE_DEVICE_TABLE(usb, dib0700_usb_id_
.streaming_ctrl = dib0700_streaming_ctrl, \
.stream = { \
.type = USB_BULK, \
- .count = 4, \
+ .cou
SV: [linux-dvb] NOVA-TD exeriences?
> -Ursprungligt meddelande- > Från: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] För Zdenek Kabelac > Skickat: den 4 november 2009 12:34 > Till: Soeren Moch > Kopia: linux-media@vger.kernel.org > Ämne: Re: [linux-dvb] NOVA-TD exeriences? > > 2009/11/4 Soeren Moch : > > Zdenek Kabelac wrote: > >> 2009/11/3 Zdenek Kabelac : > >>> 2009/11/2 Soeren Moch : > >> Hi. I would be happy to hear if anyone has tried both the NOVA-TD > and > >> the > >> NOVA-T. The NOVA-T has always worked perfectly here but I would > like > >> to > >> know > >> if the -TD will do the job of two NOVA-T's. And there also seems to > be > >> a > >> new > >> version out with two small antenna connectors instead of the > previous > >> configuration. Anyone tried it? Does it come with an antenna > adaptor > >> cable? > >> http://www.hauppauge.de/de/pics/novatdstick_top.jpg > >> Thankful for any info. > > Well I've this usb stick with these two small connectors - and it > runs > > just fine. > > > > Though I think there is some problem with suspend/resume recently > > (2.6.32-rc5) and it needs some inspection. > > > > But it works just fine for dual dvb-t viewing. > > > > And yes - it contains two small antennas with small connectors and > > one adapter for normal antenna - i.e. 1 antenna input goes to 2 > small > > antenna connectors. > zdenek, your nova-td stick works just fine for dual dvb-t viewing? > I always had this problem: > When one channel is streaming and the other channel is switched on, > the > stream of the already running channel gets broken. > see also: > http://www.mail-archive.com/linux-media@vger.kernel.org/msg06376.html > > Can you please test this case on your nova-td stick? > >>> I'll recheck in the evening whether there are no regression, but I've > >>> been able to get 3 dvb-t independent (different mux) TV streams (with > >>> the usage of the second stick Aver Hybrid Volar HX & proprietary Aver > >>> driver) with 2.6.29/30 vanilla kernels played at the same time on my > >>> C2D T61. > >>> > >> > >> > >> Ok - I could confirm, I'm able to play two different muxes at the same > >> time from this USB stick. And I do not experience any stream damage. > >> I'm running Fedora Rawhide with vanilla kernel 2.6.32-rc5, kaffeine > >> 0.8.7 for the first adapter and relatively fresh mplayer compilation > >> for the second adapter > >> > >> Thought there are things to be reported and fixed (some USB regression > >> I guess) - I'll handle this via lkml. > >> > >> > >> Anyway here is dmesg USB stick identification (labeled WinTV Nova-TD) > >> > >> USB device found, idVendor=2040, idProduct=5200 > >> USB device strings: Mfr=1, Product=2, SerialNumber=3 > >> Product: NovaT 500Stick > >> > >> Regards > >> > >> Zdenek > >> > > > > Very strange. Playing of two different muxes is also no problem for me, > as > > long > > as no new stream is started (of course after switching off one of the > > streams > > before). In the start moment of the new the stream the already running > > stream > > is disturbed and I see a demaged group of pictures in the old stream. > After > > these few pictures the stream is running fine again. > > > > I cannot imagine that this is a specific problem of my stick, however, > > thank you for testing! > > > Hmm - well I haven't made a close inspection (frame by frame) of every > frame during the startup of second player. > Kaffaine seems to have blocked screen refresh because Xorg gets locked > via starting mplayer. > So there is definitely frame skipping viewing experience - but that's > the flaw of Xorg - sound is played just fine. > > If I should check whether there are no TS stream errors only at the > moment of startup, I'll need to grab both streams and make a better > analysis. My current statement was purely based on the fact, that I > could watch both channels without any picture artefacts or sound > distorsion - but during startup there is surelly a period, when some > frames are not even visibile, because kaffeine cannot even refresh > playing window - but that's another story > > > Zdenek Hi again. Just got my two new NOVA-TD's and at a first glance they seemed to perform well. Closer inspections however revealed that I see exactly the same issues as Soeren. Watching live TV with VDR on one adaptor while constantly retuning the other one using: while true;do tzap -x svt1;done gives a short glitch in the VDR stream on almost every tzap. Another €100 down the drain. I'll probably buy four NOVA-T's instead just like I planned to at first. /Magnus H -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
