hvr4000-s2api + QAM_AUTO
Hi Steve,
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well with QAM_AUTO.
But after having tuned to S2 channels, i can no more lock on S ones until i set modulation to QPSK insteed of QAM_AUTO for these S channels. Is this known?
Signature · 7 lines
Christophe Thommeret _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
-------- Original-Nachricht --------
Quoted 7 lines
Datum: Sun, 21 Sep 2008 19:05:34 +0200
Von: Christophe Thommeret <[email protected]>
An: Steven Toth <[email protected]>, "linux-dvb" <[email protected]>
Betreff: [linux-dvb] hvr4000-s2api +QAM_AUTOHi Steve,
Quoted 10 lines
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well withQAM_AUTO.
But after having tuned to S2 channels, i can no more lock on S ones until i
set modulation to QPSK insteed ofQAM_AUTOfor these S channels. Is this known?Signature · 1 line
Christophe Thommeret
Hi Christophe,
do you mean FEC_AUTO? There is a note in the comments in cx24116.c about FEC_AUTO working for QPSK but not for S2 (8PSK or NBC-QPSK). Look for "Especially, no auto detect when in S2 mode."
Hope I'm not misunderstanding your question.
I'd be very happy to try out your patch for Kaffeine and give feedback if you are ready to share it.
Regards,
Hans
Signature · 9 lines
Release early, release often. Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Le Monday 22 September 2008 01:54:29 Hans Werner, vous avez écrit :
Quoted 17 lines
-------- Original-Nachricht --------
Quoted 15 lines
Datum: Sun, 21 Sep 2008 19:05:34 +0200
Von: Christophe Thommeret <[email protected]>
An: Steven Toth <[email protected]>, "linux-dvb" <[email protected]>
Betreff: [linux-dvb] hvr4000-s2api +QAM_AUTOHi Steve,
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well withQAM_AUTO.
But after having tuned to S2 channels, i can no more lock on S ones until i
set modulation to QPSK insteed ofQAM_AUTOfor these S channels. Is this known?
Quoted 7 lines
Quoted 2 lines
--
Christophe ThommeretHi Christophe,
do you meanFEC_AUTO? There is a note in the comments incx24116.caboutFEC_AUTOworking for QPSK but not for S2 (8PSK or NBC-QPSK). Look for "Especially, no auto detect when in S2 mode."
Good to know, but i really mean QAM_AUTO
Quoted 2 lines
I'd be very happy to try out your patch for Kaffeine and give feedback if you are ready to share it.
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)
Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg and xine compiled with --with-external-ffmpeg configure option. (and of course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Signature · 1 line
Christophe Thommeret
kaffeine.cpp +3 -3
@@ -307,8 +307,10 @@ } loadTMP(urls); - if (args->isSet("fullscreen")) + if (args->isSet("fullscreen")) { + inplug->showPlayer(); fullscreen(); + } if (args->isSet("minimal")) minimal();
@@ -1210,8 +1212,6 @@ inplug->fullscreen( false ); } - inplug->showPlayer(); - if (m_haveKWin) KWin::clearState(winId(), NET::FullScreen); else
input/dvb/channeleditorui.ui +56 -30
134 lines not on this page · raw message
input/dvb/channeldesc.h +2 -0
@@ -101,6 +101,8 @@fe_code_rate_t coderateH;fe_bandwidth_t bandwidth;int snr; +fe_rolloff_t rolloff; +char S2 ; };class ChannelDesc
input/dvb/dvbsi.h +1 -0
@@ -36,6 +36,7 @@ bool getSection( int pid, int tid, int timeout=5000 );bool tableNIT (unsigned char * buf );void satelliteDesc (unsigned char * buf,Transponder *trans ); +void S2satelliteDesc (unsigned char * buf,Transponder *trans );void cableDesc (unsigned char * buf,Transponder *trans );void terrestrialDesc (unsigned char * buf,Transponder *trans );void freqListDesc (unsigned char * buf,Transponder *trans );
input/dvb/channeleditor.cpp +36 -26
128 lines not on this page · raw message
input/dvb/plugins/epg/kaffeinedvbsection.cpp +3 -0
@@ -141,6 +141,9 @@ if ( inSize<1 ) return false; cd = iconv_open( "UTF8", table ); + //check if charset unknown + if( cd == (iconv_t)(-1) ) + return false; inBuf = s.data(); outBuf = buffer; outBuf[0] = 0;
input/dvb/dvbsi.cpp +48 -2
89 lines not on this page · raw message
input/dvb/channeldesc.cpp +4 -0
@@ -115,6 +115,8 @@ coderateH=FEC_AUTO; bandwidth=BANDWIDTH_AUTO; snr = 0; + rolloff = ROLLOFF_AUTO; + S2 = 0; } Transponder::Transponder( const Transponder &trans )
@@ -134,6 +136,8 @@ coderateL=trans.coderateL; coderateH=trans.coderateH; bandwidth=trans.bandwidth; + rolloff = trans.rolloff; + S2 = trans.S2; } bool Transponder::sameAs( Transponder *trans )
input/dvb/channeleditor.h +2 -1
@@ -53,11 +53,12 @@QStringList inversionList ();QStringList coderateList ();QStringList modulationList (); -QStringList modulationListAtsc ();QStringList transmissionList ();QStringList bandwidthList ();QStringList hierarchyList ();QStringList guardList (); +QStringList stypeList (); +QStringList rolloffList ();ChannelDesc *channel; QPtrList<ChannelDesc> *chandesc;
input/dvb/dvbstream.cpp +61 -11
142 lines not on this page · raw message
input/dvb/dvbpanel.cpp +36 -1
@@ -2263,6 +2263,8 @@ case 67 : chan->tp.coderateH = FEC_6_7; break; case 78 : chan->tp.coderateH = FEC_7_8; break; case 89 : chan->tp.coderateH = FEC_8_9; break; + case 35 : chan->tp.coderateH = FEC_3_5; break; + case 910 : chan->tp.coderateH = FEC_9_10; break; case -1 : chan->tp.coderateH = FEC_AUTO; } s = s.right( s.length()-pos-1 );
@@ -2283,6 +2285,10 @@ case 256 : chan->tp.modulation = QAM_256; break; case 108 : chan->tp.modulation = VSB_8; break; case 116 : chan->tp.modulation = VSB_16; break; + case 1000 : chan->tp.modulation = _8PSK; break; + case 1001 : chan->tp.modulation = _16APSK; break; + case 1002 : chan->tp.modulation = NBC_QPSK; break; + case 1003 : chan->tp.modulation = DQPSK; break; case -1 : chan->tp.modulation = QAM_AUTO; } s = s.right( s.length()-pos-1 );
@@ -2297,6 +2303,8 @@ case 67 : chan->tp.coderateL = FEC_6_7; break; case 78 : chan->tp.coderateL = FEC_7_8; break; case 89 : chan->tp.coderateL = FEC_8_9; break; + case 35 : chan->tp.coderateH = FEC_3_5; break; + case 910 : chan->tp.coderateH = FEC_9_10; break; case -1 : chan->tp.coderateL = FEC_AUTO; } s = s.right( s.length()-pos-1 );
@@ -2364,6 +2372,17 @@ s = s.right( s.length()-pos-1 ); pos = s.find("|"); chan->tp.nid = s.left(pos).toUShort(); + s = s.right( s.length()-pos-1 ); + pos = s.find("|"); + switch ( s.left(pos).toInt() ) { + case 20 : chan->tp.rolloff = ROLLOFF_20; break; + case 25 : chan->tp.rolloff = ROLLOFF_25; break; + case 35 : chan->tp.rolloff = ROLLOFF_35; break; + case -1 : chan->tp.rolloff = ROLLOFF_AUTO; + } + s = s.right( s.length()-pos-1 ); + pos = s.find("|"); + chan->tp.S2 = s.left(pos).toInt(); if ( chan->tp.source.isEmpty() ) { delete chan;
@@ -2475,6 +2494,8 @@ case FEC_6_7 : tt<< "67|"; break; case FEC_7_8 : tt<< "78|"; break; case FEC_8_9 : tt<< "89|"; break; + case FEC_3_5 : tt<< "35|"; break; + case FEC_9_10 : tt<< "910|"; break; case FEC_AUTO : tt<< "-1|"; } switch ( chan->tp.inversion ) {
@@ -2491,6 +2512,10 @@ case QAM_256 : tt<< "256|"; break; case VSB_8 : tt<< "108|"; break; case VSB_16 : tt<< "116|"; break; + case _8PSK : tt<< "1000|"; break; + case _16APSK : tt<< "1001|"; break; + case NBC_QPSK : tt<< "1002|"; break; + case DQPSK : tt<< "1003|"; break; case QAM_AUTO : tt<< "-1|"; } switch ( chan->tp.coderateL ) {
@@ -2503,6 +2528,8 @@ case FEC_6_7 : tt<< "67|"; break; case FEC_7_8 : tt<< "78|"; break; case FEC_8_9 : tt<< "89|"; break; + case FEC_3_5 : tt<< "35|"; break; + case FEC_9_10 : tt<< "910|"; break; case FEC_AUTO : tt<< "-1|"; } switch ( chan->tp.bandwidth ) {
@@ -2541,7 +2568,15 @@ } tt<< "|"; tt<< chan->category+"|"; - tt<< s.setNum(chan->tp.nid)+"|\n"; + tt<< s.setNum(chan->tp.nid)+"|"; + switch ( chan->tp.rolloff ) { + case ROLLOFF_20 : tt<< "20|"; break; + case ROLLOFF_25 : tt<< "25|"; break; + case ROLLOFF_35 : tt<< "35|"; break; + case ROLLOFF_AUTO : tt<< "-1|"; + } + tt<< s.setNum(chan->tp.S2)+"|"; + tt<< "\n"; } ret = true; f.close();
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 16 lines
Quoted 7 lines
Quoted 7 lines
Hi Steve,
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well withQAM_AUTO. But after having tuned to S2 channels, i can no more lock on S onesuntil
Quoted 8 lines
Quoted 6 lines
i
set modulation to QPSK insteed ofQAM_AUTOfor these S channels. Is this known?--
Christophe ThommeretHi Christophe,
...
Quoted 8 lines
Quoted 2 lines
I'd be very happy to try out your patch for Kaffeine and give feedback
if
Quoted 1 line
you are ready to share it.
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)
Quoted 8 lines
Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg
and xine compiled with --with-external-ffmpeg configure option. (and of course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Success! Many thanks Christophe.
With the following:
HVR4000 card
S2API + multifrontend patch (hg clone http://linuxtv.org/hg/~stoth/s2-mfe)
ffmpeg from SVN
xine-lib from mercurial (compiled with --with-external-ffmpeg) Kaffeine from SVN + Christophe's S2API patch
Scanning to find channels and tuning are working in Kaffeine for DVB-T, DVB-S and DVB-S2. S/S2 tuning and scanning is with S2API.
My CPU (3ghz core 2 quad) is fast enough to show live HD video so I can watch HD channels live inside Kaffeine, or record to disk and watch afterwards. ASTRA HD+ and ANIXE HD are good. ARTE HD throws some errors and stutters a bit. Simul HD can crash Kaffeine.
I enabled the two lines in dvbstream.cpp which set modulation to QPSK instead of QAM_AUTO for DVB-S.
Settings: number of xine threads >= 4, de-interlacing(CTRL-I) at minimum (is it useful for HD ? I don't know). The load isn't always distributed well across the 4 cpus -- it can max out one of them sometimes, with the others almost idle. Perhaps this can be improved.
Regards,
Hans
Signature · 8 lines
Release early, release often. Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 30 lines · Hans Werner
Quoted 14 lines
Quoted 6 lines
Quoted 6 lines
Hi Steve,
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well withQAM_AUTO. But after having tuned to S2 channels, i can no more lock on S onesuntil
Quoted 7 lines
Quoted 6 lines
i
set modulation to QPSK insteed ofQAM_AUTOfor these S channels. Is this known?--
Christophe ThommeretHi Christophe,
...
Quoted 6 lines
Quoted 1 line
I'd be very happy to try out your patch for Kaffeine and give feedback
if
Quoted 1 line
you are ready to share it.
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)Quoted 8 lines
Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg
and xine compiled with --with-external-ffmpeg configure option. (and of course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Quoted 9 lines
Success! Many thanks Christophe.
With the following:
HVR4000 card
S2API + multifrontend patch (hg clone http://linuxtv.org/hg/~stoth/s2-mfe)
ffmpeg from SVN
xine-lib from mercurial (compiled with --with-external-ffmpeg) Kaffeine from SVN + Christophe's S2API patch
Excellent news.
Christophe, thanks for helping with Kaffeine :)
Regards,
- Steve
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 2 lines · Hans Werner
My CPU (3ghz core 2 quad) is fast enough to show live HD video
[...] ARTE HD throws some errors and stutters a bit.
A suggestion: Write your arte-HD streams to disk, instead of trying to decode them real-time.
If for some reason your CPU isn't quite fast enough, you can later decode the arte-HD streams and see if the artifacts you are observing are still present.
If there's some encoder parameter being used by arte-HD that is not yet properly supported, then later you should be able to decode that stream flawlessly (this is the case for me with ITV-HD recorded before mplayer could properly de-interlace it).
Alternatively, I noticed myself that the occasional recordings I made for the first couple days of the recent IFA EinsFestival showcase showed problems in `mplayer', while those recordings made later were as flawless as those made half a year ago, so I do not rule out tweaking of the encoders used...
barry bouwsma
(without access to the DVB-S2 arte-HD stream so far)
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 7 lines · Hans Werner
Quoted 3 lines
My CPU (3ghz core 2 quad) is fast enough to show live HD video
[...] ARTE HD throws some errors and stutters a bit.
Quoted 6 lines
A suggestion: Write your arte-HD streams to disk, instead of trying to decode them real-time.
If for some reason your CPU isn't quite fast enough, you can later decode the arte-HD streams and see if the artifacts you are observing are still present.
Hi Barry, thanks for the suggestion.
I have checked this : Arte HD recordings I have just made with Kaffeine play perfectly with mplayer (svn yesterday). So there's no basic problem with my CPU power or with support for the stream by ffmpeg. When played back in kaffeine/xinelib the sound is missing or jittery.
Simul HD is a different story -- recordings play ok for a few tens of seconds in mplayer (with some errors "warning: first frame is no keyframe") until a hard crash with error "Internal error, picture buffer overflow" from mplayer. In kaffeine it the recordings play with jittery sound and then crash at exactly the same points with the same error.
Any ideas anyone?
Regards,
Hans
Signature · 9 lines
Release early, release often. Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 19 lines
Quoted 11 lines · Hans Werner
Quoted 3 lines
My CPU (3ghz core 2 quad) is fast enough to show live HD video
[...] ARTE HD throws some errors and stutters a bit.A suggestion: Write your arte-HD streams to disk, instead of trying to decode them real-time.
If for some reason your CPU isn't quite fast enough, you can later decode the arte-HD streams and see if the artifacts you are observing are still present.
Hi Barry, thanks for the suggestion.
I have checked this : Arte HD recordings I have just made with Kaffeine play perfectly with mplayer (svn yesterday). So there's no basic problem with my CPU power or with support for the stream by ffmpeg. When played back in kaffeine/xinelib the sound is missing or jittery.
Quoted 7 lines
Simul HD is a different story -- recordings play ok for a few tens of seconds in mplayer (with some errors "warning: first frame is no keyframe") until a hard crash with error "Internal error, picture buffer overflow" from mplayer. In kaffeine it the recordings play with jittery sound and then crash at exactly the same points with the same error.
Any ideas anyone?
could you play with ffplay from svn and download somewhere the sample with 10 MB size (I will try to play)
Goga
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 18 lines
Quoted 10 lines
Quoted 3 lines
My CPU (3ghz core 2 quad) is fast enough to show live HD video
[...] ARTE HD throws some errors and stutters a bit.A suggestion: Write your arte-HD streams to disk, instead of trying to decode them real-time.
If for some reason your CPU isn't quite fast enough, you can later decode the arte-HD streams and see if the artifacts you are observing are still present.
Hi Barry, thanks for the suggestion.
I have checked this : Arte HD recordings I have just made with Kaffeine play perfectly with mplayer (svn yesterday). So there's no basic problem with my CPU power or with support for the stream by ffmpeg. When played back in kaffeine/xinelib the sound is missing or jittery.
Quoted 7 lines
Simul HD is a different story -- recordings play ok for a few tens of seconds in mplayer (with some errors "warning: first frame is no keyframe") until a hard crash with error "Internal error, picture buffer overflow" from mplayer. In kaffeine it the recordings play with jittery sound and then crash at exactly the same points with the same error.
Any ideas anyone?
after my bug report and sample from SimulHD Michael Niedermayer from ffmpeg-team has fixed this bug in ffh264 in 15413 revision. Could you test please
https://roundup.mplayerhq.hu/roundup/ffmpeg/issue652
Goga
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Le Tuesday 23 September 2008 18:27:57 Hans Werner, vous avez écrit :
Quoted 12 lines
Quoted 11 lines
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg
and xine compiled with --with-external-ffmpeg configure option. (and of course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Quoted 8 lines
Success! Many thanks Christophe.
With the following:
HVR4000 card
S2API + multifrontend patch (hg clone http://linuxtv.org/hg/~stoth/s2-mfe)
ffmpeg from SVN
xine-lib from mercurial (compiled with --with-external-ffmpeg) Kaffeine from SVN + Christophe's S2API patch
Good :)
Quoted 5 lines
Scanning to find channels and tuning are working in Kaffeine for DVB-T, DVB-S and DVB-S2. S/S2 tuning and scanning is with S2API.
My CPU (3ghz core 2 quad) is fast enough to show live HD video so I can watch HD channels live inside Kaffeine,
Lucky you :)
Quoted 6 lines
or record to disk and watch
afterwards. ASTRA HD+ and ANIXE HD are good. ARTE HD throws some errors and stutters a bit. Simul HD can crash Kaffeine.I enabled the two lines in dvbstream.cpp which set modulation to QPSK instead of
QAM_AUTOfor DVB-S.
So, you see this also. This was my original report, and why i introduced this fix.
Quoted 2 lines
Settings: number of xine threads >= 4, de-interlacing(CTRL-I) at minimum (is it useful for HD ?
Yes for 1080i but not for 720p.
Quoted 3 lines
I don't know). The load isn't always distributed
well across the 4 cpus -- it can max out one of them sometimes, with the others almost idle. Perhaps this can be improved.
Perhaps, but this is ffmpeg stuff.
Btw, while cx24116 single-frontend seems pretty stable, the mfe driver is not here. As soon as i switch to dvb-t, the cx24116 firmware crashes (at least seems so: ~"Firmware doen't respond .." ) and is reloaded on next S/S2 zap, and after a while, the dvb-t signal appears more and more noisy. I have to unload/reload the modules to cure this.
Signature · 7 lines
Christophe Thommeret _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 32 lines
Le Tuesday 23 September 2008 18:27:57 Hans Werner, vous avez écrit :
Quoted 9 lines
Quoted 9 lines
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg
and xine compiled with --with-external-ffmpeg configure option. (andof
Quoted 8 lines
Quoted 2 lines
course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Success! Many thanks Christophe.
With the following:
HVR4000 card
S2API + multifrontend patch (hg clonehttp://linuxtv.org/hg/~stoth/s2-mfe)
Quoted 3 lines
ffmpeg from SVN
xine-lib from mercurial (compiled with --with-external-ffmpeg) Kaffeine from SVN + Christophe's S2API patchGood :)
Quoted 3 lines
Scanning to find channels and tuning are working in Kaffeine for DVB-T, DVB-S and DVB-S2. S/S2 tuning and scanning is with S2API.
Quoted 9 lines
Quoted 2 lines
My CPU (3ghz core 2 quad) is fast enough to show live HD video so I can watch HD channels live inside Kaffeine,
Lucky you :)
Quoted 2 lines
or record to disk and watch
afterwards. ASTRA HD+ and ANIXE HD are good. ARTE HD throws some errorsand
Quoted 1 line
stutters a bit. Simul HD can crash Kaffeine.
Does anyone have any info about Arte HD or Simul HD?
Quoted 10 lines
Quoted 2 lines
I enabled the two lines in dvbstream.cpp which set modulation to QPSK instead of
QAM_AUTOfor DVB-S.So, you see this also. This was my original report, and why i introduced this
fix.Quoted 2 lines
Settings: number of xine threads >= 4, de-interlacing(CTRL-I) at minimum (is it useful for HD ?
Quoted 7 lines
Yes for 1080i but not for 720p.
Quoted 3 lines
I don't know). The load isn't always distributed
well across the 4 cpus -- it can max out one of them sometimes, with the others almost idle. Perhaps this can be improved.Perhaps, but this is ffmpeg stuff.
Yes. The multithreaded decoding does spread the load well for some HD channels.
Quoted 7 lines
Btw, while cx24116 single-frontend seems pretty stable, the mfe driver is not
here. As soon as i switch to dvb-t, the cx24116 firmware crashes (at least seems so: ~"Firmware doen't respond .." ) and is reloaded on next S/S2 zap,
and after a while, the dvb-t signal appears more and more noisy. I have to unload/reload the modules to cure this.
Oh. I haven't seen any problems like that or heard it reported before. I am using firmware version 1.23.86.1. Which version are you using?
Regards,
Hans
Signature · 9 lines
Release early, release often. GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Le Wednesday 24 September 2008 16:08:21 Hans Werner, vous avez écrit :
Quoted 76 lines
Quoted 36 lines
Le Tuesday 23 September 2008 18:27:57 Hans Werner, vous avez écrit :
Quoted 9 lines
Quoted 9 lines
Sure, here it is (patch against current svn
http://websvn.kde.org/branches/extragear/kde3/multimedia/)Atm, s2api is only used for S/S2.
P.S.
In order to play H264/HD with kaffeine/xine, you need a fairly recent ffmpeg
and xine compiled with --with-external-ffmpeg configure option. (andof
Quoted 8 lines
Quoted 2 lines
course a quite strong cpu, unlike my old athlon-xp-2600 :) However, you can still record and/or broadcast without this update.
Success! Many thanks Christophe.
With the following:
HVR4000 card
S2API + multifrontend patch (hg clonehttp://linuxtv.org/hg/~stoth/s2-mfe)
Quoted 3 lines
ffmpeg from SVN
xine-lib from mercurial (compiled with --with-external-ffmpeg) Kaffeine from SVN + Christophe's S2API patchGood :)
Quoted 5 lines
Scanning to find channels and tuning are working in Kaffeine for DVB-T, DVB-S and DVB-S2. S/S2 tuning and scanning is with S2API.
My CPU (3ghz core 2 quad) is fast enough to show live HD video so I can watch HD channels live inside Kaffeine,
Quoted 8 lines
Lucky you :)
Quoted 2 lines
or record to disk and watch
afterwards. ASTRA HD+ and ANIXE HD are good. ARTE HD throws some errorsand
Quoted 1 line
stutters a bit. Simul HD can crash Kaffeine.
Does anyone have any info about Arte HD or Simul HD?
Quoted 10 lines
Quoted 2 lines
I enabled the two lines in dvbstream.cpp which set modulation to QPSK instead of
QAM_AUTOfor DVB-S.So, you see this also. This was my original report, and why i introduced this
fix.Quoted 2 lines
Settings: number of xine threads >= 4, de-interlacing(CTRL-I) at minimum (is it useful for HD ?
Quoted 7 lines
Yes for 1080i but not for 720p.
Quoted 3 lines
I don't know). The load isn't always distributed
well across the 4 cpus -- it can max out one of them sometimes, with the others almost idle. Perhaps this can be improved.Perhaps, but this is ffmpeg stuff.
Yes. The multithreaded decoding does spread the load well for some HD channels.
Quoted 7 lines
Btw, while cx24116 single-frontend seems pretty stable, the mfe driver is not
here. As soon as i switch to dvb-t, the cx24116 firmware crashes (at least seems so: ~"Firmware doen't respond .." ) and is reloaded on next S/S2 zap,
and after a while, the dvb-t signal appears more and more noisy. I have to unload/reload the modules to cure this.
Quoted 2 lines
Oh. I haven't seen any problems like that or heard it reported before. I am using firmware version 1.23.86.1. Which version are you using?
1.20.79.0
Signature · 7 lines
Christophe Thommeret _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
In message <[email protected]>, Christophe Thommeret wrote:
hi.
<snip>
Quoted 6 lines
Btw, while cx24116 single-frontend seems pretty stable, the mfe driver is n= ot =
here. As soon as i switch to dvb-t, the cx24116 firmware crashes (at least = seems so: ~"Firmware doen't respond .." ) and is reloaded on next S/S2 zap, = and after a while, the dvb-t signal appears more and more noisy. I have to = unload/reload the modules to cure this.
Can you load dvb_core like this:
dvb_core dvb_powerdown_on_sleep=0
This will stop access to the cx24116 when the bus is in use by the cx22702.
This is a workaround until a better fix is found. Tell me if it solves it for you, Thanks.
--
// /
{:)==={ Darron Broad <[email protected]>
\\ \
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Le Wednesday 24 September 2008 16:31:02 Darron Broad, vous avez écrit :
Quoted 13 lines
In message <[email protected]>, Christophe Thommeret wrote:
hi.
<snip>
Quoted 6 lines
Btw, while cx24116 single-frontend seems pretty stable, the mfe driver is n= ot =
here. As soon as i switch to dvb-t, the cx24116 firmware crashes (at least = seems so: ~"Firmware doen't respond .." ) and is reloaded on next S/S2 zap, = and after a while, the dvb-t signal appears more and more noisy. I have to = unload/reload the modules to cure this.
Quoted 8 lines
Can you load
dvb_corelike this:
dvb_coredvb_powerdown_on_sleep=0This will stop access to the cx24116 when the bus is in use by the cx22702.
This is a workaround until a better fix is found. Tell me if it solves it for you, Thanks.
Unfortunately, no.
I will try with newer firmware, as soon as i find it.
Btw:
Darron, all these Eutelsat spec compliant msleep are already implemented by applications, so adding it in driver just increases diseqc delay :) I've removed all these in driver and diseqc works fine.
Signature · 7 lines
Christophe Thommeret _______________________________________________ linux-dvb mailing list [email protected] http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Quoted 9 lines · Christophe Thommeret
Hi Steve,
I've managed to add S2 support to kaffeine, so it can scan and zap. However, i have a little problem with DVB-S:
Before tuning to S2, S channels tune well withQAM_AUTO.
But after having tuned to S2 channels, i can no more lock on S ones until i set modulation to QPSK insteed ofQAM_AUTOfor these S channels. Is this known?
Other users aren't seeing this, so it could be something odd with Kaffeine. Please collect dmesg output and email me, it should be obvious what's going on with this.
Thanks,
Steve
_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb