| Autor |
|
|
|
| DVBDream falls if try to lock TP with low SR |
28.03.2009 - 19:52 |
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
Hello.
I have next problem:
If try to lock transponder with very low symbol rate (SR < 1400 sym/sec), then 22 seconds later, DVBDream falls:


If press "OK", then DVBDream continues to work normally.
If press "Restart", then BDA-driver falls. DVBDream it is restarted, but any more does not work - level and quality of a signal = 0 on any transponders, until then to not restart a computer.
Satellite: 36E (Eutelsat Sesat & W4)
Transponders:
12633 MHz, V, SR=1000, FEC=3/4, QPSK
12635 MHz, V, SR=1331, FEC=3/4, QPSK
_http://www.lyngsat.com/36east.html
DVB-card: Technotrend TT Budget S2-3200
BDA-driver: 5.0.1.8
OS: Windows XP Pro with SP3
Der Beitrag wurde 4 mal editiert, zuletzt von Northwood am 28.03.2009 - 20:13.
|
|
|
|
|
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
New transponder with low symbol rate on satellite 36.0E:
12610 MHz, Vertical, SR=1000, FEC=3/4, QPSK.
If try to lock this transponder, then DVBDream is falls 21 second later. But if more of try to lock, then lock is successfull

Der Beitrag wurde 3 mal editiert, zuletzt von Northwood am 04.04.2009 - 10:16.
|
|
|
|
|
|

|
 |
| Mitglied seit 08.09.2006 |
| Forenlegende |
| Posts: |
2228 |
|
|
Maybe this could be a prob depending to the hardware and / or the driver.
The TT S2-3200 is specificates to receive samplerates from 2 MegaSymbols up to 45 MS for standrd DVB-S and 10 MS up to 30 MS for DVB-S2.
To receive programms with such kow SR you probally need a special receiver.
What kind of source is it ? A feed ?
|
|
|
|
|
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
Zitat Original geschrieben von ScanMan
Maybe this could be a prob depending to the hardware and / or the driver.
The TT S2-3200 is specificates to receive samplerates from 2 MegaSymbols up to 45 MS for standrd DVB-S and 10 MS up to 30 MS for DVB-S2.
To receive programms with such kow SR you probally need a special receiver.
What kind of source is it ? A feed ? |
In reality this transponder for me is not important, but it would be desirable that DVBDream did not fall on such transponders at scanning satellites.
If i have understood correctly, a condition for falling DVBDream is not the fact of attempt to lock a transponder with low SR, but necessary time for process the lock a transponder. If time exceeds 21 second, then DVBDream falls. And the less SR, the more time necessary for process the lock.
Der Beitrag wurde 1 mal editiert, zuletzt von Northwood am 04.04.2009 - 21:08.
|
|
|
|
|
|

|
 |
| Mitglied seit 08.09.2006 |
| Forenlegende |
| Posts: |
2228 |
|
|
That confirms my assumption that the prob depends on the hardware / driver.
Please keep in mind the way how a satellite signal is decoded:
1.
The extremly high frequency from the sky (app. 10 to 12.5 GHz !!!) is altered by the LNB outside to have a unity IF signal between app. 1000 MHh and 2000 MHz for low and high band.
Switching the LNBs oscillator frequency is done by 22kHz signal coming from the receiver (and is generated by the software sending a command to the driver !).
To differ the polarity, this is done by sending 14 or 18 V DC to the LNB by the driver (software).
At least you will have selcted on of the 4 available 'blocks' to a unity IF signal..
This downgrade conversion is NOT a tune to a frequency !
2.
The tuner of the hardware (receiver / card / box) will now tune to the given frequency and tries to decode the signal with given values for Sample-Rate and FEC. Some can do this automatically.
If all values are correct and the signal can be decoded with less errors, the tuner will send a 'LOCK' signal to the software via the driver !
The number of errors is inversely proportional to the quality - no or very less errors -> Q=100, otherwise the quality decreases.
Only if the tuner gives LOCK state, a TS (transport stream) is sent to software via the driver.
3.
The TS is a unity signal from all DVB devices. It doesn't matter if sattelite, cable or teresstrical !
DVBDream (and any other soft) will do tuning like this:
- Send a command to the driver to select the wantedsattelite block (0 or 22 kHzh, 14 or 18 V)
- Send the neccessary values for frequency, SR, FEC and sometimes more.
- Waiting in a loop to receive a LOCK from the tuner or not. DD is waiting 6 seconds !
- If locked and received a valid TS, DD then sets the wanted PID's to the demultiplexer to select the wanted program from the transportstream (you may have up to 10 programs with different audio-channels there !)
- If NOT locked, DD will do nothing - specially no crash !
Let me assume:
It seems that the hardware / driver can not really decide to decode a signal with such a low SR - as i told above the TT hardware is designed to handle 2 MegaSymbols and higher !
So it could be a prob of the driver giving a 'FAKED' lock state and sent invalid TS-data to the software.
Maybe either the driver crashes here or DD will do this because of invalid data, which normally should NOT be sent by the driver and will normally NOT tested for validation.
My assumption will be confirmed because it takes about 21 seconds to crash.
As told above, DD's timeout is 6 seconds.
The only reason for crashing will be an invalid decoding of the hardware with an invalid TS as result at last.
PS:
I'm using the same card. If there's a little time i will try testing this behavior.
|
|
|
|
|
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
Zitat Original geschrieben von ScanMan
Let me assume:
It seems that the hardware / driver can not really decide to decode a signal with such a low SR - as i told above the TT hardware is designed to handle 2 MegaSymbols and higher !
So it could be a prob of the driver giving a 'FAKED' lock state and sent invalid TS-data to the software.
|
No, it not so. The hardware allows to decode a signal with such low SR and DVBDream receives a correct transport stream.
If after falling DVBDream to click OK and wait some seconds, that after such 2-3 attempts, the channel starts to work.
The following screenshot proves it.

And the channel normally works as much as necessary long.
Zitat Original geschrieben von ScanMan
2.
The tuner of the hardware (receiver / card / box) will now tune to the given frequency and tries to decode the signal with given values for Sample-Rate and FEC. Some can do this automatically.
If all values are correct and the signal can be decoded with less errors, the tuner will send a 'LOCK' signal to the software via the driver !
...
My assumption will be confirmed because it takes about 21 seconds to crash.
As told above, DD's timeout is 6 seconds.
|
The tuner send a 'LOCK' signal to the software via the driver and it is correct signal.
I assume that the driver or DVBDream allocate not enough resources for lock transponder with extremely low SR (time, amount of memory for array of data, or another) as causes crash.
If falls DVBDream is caused by falling of the driver, my wish - that you have tried to catch this situation for prevention of falling.
try
{
//send commands to driver
//wait a lock signal
}
catch(...)
{
//driver falls
//correctly return to main cycle
}
And i to make a request to developers of the driver.
If the reason of falling in DVBDream, my wish - that you have allocate is more the resources necessary for lock transponder (time till 30 seconds), but to provide an opportunity of cancel this operation by the user manually.
Der Beitrag wurde 1 mal editiert, zuletzt von Northwood am 05.04.2009 - 15:52.
|
|
|
|
|
|

|
 |
| Mitglied seit 08.09.2006 |
| Forenlegende |
| Posts: |
2228 |
|
|
There is nothing to allocate in DD to have a tuner get locked.....
Only a Set of parameteres will send by DD - doing this a creating a tune-request to the BDA-System of Windows.
DD (and other Software) didn't really know anything of the available Hardware, it's driver and the way it is tuned and deliver data back !!
This is all handled by Windows !!!
Returning data is only a stream of bytes - the Transport-Stream (TS) - MUST BE COMPLIANT with international DVB-standard !!!
If it's fact that it will work sometimes and sometimes not.... maybe chance or lucky the data will decoded correct --->>> by the tuner - NOT the driver !
Maybe possible that the drivers is the initiator of the crahs and it looks like that DD causes it because DD gives 'the answer' to the user.
|
|
|
|
|
|

|
 |
| Mitglied seit 08.09.2006 |
| Forenlegende |
| Posts: |
2228 |
|
|
Additional:
By studying your dumps i noticed you are using several Plügins such as an ******** beginning with 'V'.
Try to use DD 'naked' without ANY additional plugins, tools and modules !!!!
It's not the first time that a plugin causes heavy problems !!!
|
|
|
|
|
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
Zitat Original geschrieben von ScanMan
Additional:
By studying your dumps i noticed you are using several Plügins such as an ******** beginning with 'V'.
Try to use DD 'naked' without ANY additional plugins, tools and modules !!!!
It's not the first time that a plugin causes heavy problems !!! |
I have found out which plugin causes falling the program at lock transponder. It is CSClient (csc.dll), thanks for the help.
Whether probably in DVBDream to achieve prevention of falling in case of falling a plugin ?
|
|
|
|
|
|

|
 |
| Mitglied seit 08.09.2006 |
| Forenlegende |
| Posts: |
2228 |
|
|
Definitly NO !
A plugin is an independant program working togehter with DD by receiving and sending data between them (and / or others) in any kind of way.
The plugin is responsibly for proper working itself !
The only solution is to contact the progger of th DLL....
|
|
|
|
|
|
|
|
| Mitglied seit 26.03.2009 |
| Grünschnabel |
| Posts: |
17 |
|
|
Zitat Original geschrieben von ScanMan
Definitly NO !
A plugin is an independant program working togehter with DD by receiving and sending data between them (and / or others) in any kind of way.
The plugin is responsibly for proper working itself !
The only solution is to contact the progger of th DLL.... |
Thank you. This topic can be closed.
|
|
|