Project

General

Profile

Bug #1624

Can't choose Delivery system!

Added by A S almost 12 years ago. Updated over 11 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
DVB
Target version:
-
Start date:
2013-02-17
Due date:
% Done:

0%

Estimated time:
Found in version:
3.5.2~gc338802-dirty
Affected Versions:

Description

As outlined here: https://www.lonelycoder.com/redmine/boards/4/topics/7408

choosing a delivery system is not possible using a Sundtek Skytv Ultimate III on a Synology NAS (DS1511+).
The error I get is:

Feb 17 22:20:42 [ ERROR]:HTTP: 192.168.0.104: /dvb/feopts/delsys/_dev_dvb_adapter0_Sundtek_DVB_S_S2__III_ -- 400

The difference between me and the topic starter is, that I can choose the Delivery system when using the 3.2.18 Synocommunity version,
but not when using a fresh compiled GIT Version (HTS Tvheadend 3.5.2~gc338802-dirty)

I configured it as described below:

export CC=gcc
export CFLAGS=-march=native
./configure --disable-avahi --release --prefix=/opt/tvheadend

And I'm running it with the following command:

LD_PRELOAD=/opt/lib/libmediaclient.so /opt/tvheadend/bin/tvheadend -C -u tvheadend -c /opt/tvh_dvrconfig_xbmc

The LD_PRELOAD part is necessary so that the Sundtek driver starts.

History

#1

Updated by A S almost 12 years ago

I forgot to mention that the mux 11,493,750 which is also mentioned in the above forum post is treated with "no signal" when using the auto mux discovery.

Feb 17 22:05:03 dvb: ": 11,493,750 kHz Horizontal (Default (Port 0, Uni" on adapter "Sundtek DVB-S/S2 (III)", status changed to No signal

With 3.2.18 I'm able to receive this mux fine.

#2

Updated by A S almost 12 years ago

I just compiled the source using spksrc, and it's running like a charm. Can't see why I get this error when using a version which is directly compiled on the NAS.

#3

Updated by Adam Sutton almost 12 years ago

  • Status changed from New to Need feedback

This looks like a mistake in the compilation to me. Though I have to admit I cannot exactly see why. If you want to investigate, take a look at extjs_dvb_feopts() in src/webui/extjs_dvb.c. There are a few error handlers in there that return 400, see if you can figure out which is firing and you might be able to find out why.

Adam

#4

Updated by Adam Sutton over 11 years ago

  • Status changed from Need feedback to Invalid

Closing, I believe this was a mistake in how the code was built.

Adam

#5

Updated by Timo Kosig over 11 years ago

I think this bug needs further investigation. I can confirm that this is still an issue for me. I can not choose a delivery system when trying to add a new mux. I'm running the 3.2.18 SynoCommunity TVHeadend package on a Diskstation DS-412+ with a Sundtek SkyTV Ultimate III.

Adam, I had a look at extjs_dvb_feopts() but I don't think I'll be able to figure out why the method is returning 400. Is there a possibility to enable further logging output during compilation (I can compile the TVHeadend spk from spksrc)?

I'm not sure this is going completely the wrong direction but I can't recall having this issue before the maintainer of spksrc changed the toolchain to compile 64 bit executables for my architecture (cedarview).

Timo

#6

Updated by Timo Kosig over 11 years ago

Please also see this discussion:
https://tvheadend.org/boards/4/topics/7408

Looks like I'm not the only one with this particular configuration and problem.

Also available in: Atom PDF