Project

General

Profile

Bug #2663

dvb-s muxes are not added

Added by Karl Hoebling almost 8 years ago. Updated almost 8 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
DVB
Target version:
-
Start date:
2015-02-05
Due date:
% Done:

0%

Estimated time:
Found in version:
3.9.2479
Affected Versions:

Description

somewhere between 3.9.2464 and 3.9.2479 is something broken.

V 3.9.2479
after adding network only one mux is added

V 3.9.2464
find all muxes again

History

#1

Updated by Jaroslav Kysela almost 8 years ago

  • Category changed from Muxers to DVB
  • Assignee deleted (John Törnblom)

Could you describe a bit more what does not work ? Mux discovery or preset muxes ?

#2

Updated by Karl Hoebling almost 8 years ago

I guess it's mux discovery. As i add Astra 19.2E, one Mux is added an scanned.

The one mux which is added by default, finds 12 services, but it seems that no other mux is detected.

#3

Updated by Jaroslav Kysela almost 8 years ago

  • Status changed from New to Fixed

This issue is fixed in v3.9-2484-ga6ac407 .

#4

Updated by b kuhls almost 8 years ago

Jaroslav Kysela wrote:

This issue is fixed in v3.9-2484-ga6ac407 .

I can confirm that the fix works, thanks!

#5

Updated by joachim niedung almost 8 years ago

b kuhls wrote:

Jaroslav Kysela wrote:

This issue is fixed in v3.9-2484-ga6ac407 .

I can confirm that the fix works, thanks!

so could you wise guys give us silly people a tip how you made it. apt-get update / upgrade /restart ?
sorry this will change nothing at all. where to see the full version string in web browser ? . unfortunately
3.4~ ist not enough .this software is starting getting me angry. build history looks like try and error - sorry

frequence from to in steps of 0khz looks strange , and only 1 mux on astra 19.2 after adding dvb network too.
sure this is solved ?

regards joe

#6

Updated by Karl Hoebling almost 8 years ago

Actually we are talking about the latest git version which start 3.9
As you are writing about 3.4 i think this bug is not in your version

if u want to try the latest version you could read this for example
https://tvheadend.org/boards/4/topics/13635

regards

karl

#7

Updated by joachim niedung almost 8 years ago

Karl Hoebling wrote:

Actually we are talking about the latest git version which start 3.9
As you are writing about 3.4 i think this bug is not in your version

if u want to try the latest version you could read this for example
https://tvheadend.org/boards/4/topics/13635

regards

karl

damned , you are right - so i am afraid ticket is not even about the rasbian wheezy build for the pi (3.4...). unfortunately the same bug is on the pi. I saw it working last in Openelec "Gotham" , but i like to test it standalone.

Regards JoE

#8

Updated by Karl Hoebling almost 8 years ago

How about compiling latest Version yourself on pi?

I think i will give it a try on a pi2 this evening

#9

Updated by joachim niedung almost 8 years ago

Karl Hoebling wrote:

How about compiling latest Version yourself on pi?

I think i will give it a try on a pi2 this evening

let me know if you , succeed. maybe i will try then. but linux and me will never get friends even
if w...s gets worse with every version to my opinion.

i was interested if it would work more stable now the usb packet loss of wheezy has been solved (well maybe ;-).
never got even one recording without blocking with the old openelec and TVH. HD ? dont even think about.

i dont think TVDeadends problem is the binary , its something with the config files for sat special astra 19,2.
unfortunate even browsing linux file system is a book of 7 secrets. so i give up for now , like many others having
same problem again and again.

regards joe

#10

Updated by joachim niedung almost 8 years ago

joachim niedung wrote:

Karl Hoebling wrote:

How about compiling latest Version yourself on pi?

I think i will give it a try on a pi2 this evening

let me know if you , succeed. maybe i will try then. but linux and me will never get friends even
if w...s gets worse with every version to my opinion.

i was interested if it would work more stable now the usb packet loss of wheezy has been solved (well maybe ;-).
never got even one recording without blocking with the old openelec and TVH. HD ? dont even think about.

i dont think TVDeadends problem is the binary , its something with the config files for sat special astra 19,2.
unfortunate even browsing linux file system is a book of 7 secrets. so i give up for now , like many others having
same problem again and again.

regards joe

had another try with openelec 5.01 and unofficial tvheadend .After switching toggles more or less randomly some services where found.
but not one i was looking for.

tried adding muxes manually but the units are unclear. maybe no one knows the difference between ghz , mhz , khz
any more. so maybe no success with it because of the units.

i know have 3.9 version , so before there was wrong repo ?

at least its TVDeadend again for me. This GUI is a shame !!! Thought it was before - but they raised it to an art form.

will never try this again , its wastet time.

Regards , Bye Joe

#11

Updated by Karl Hoebling almost 8 years ago

Sorry to hear that.
Actually i am playing around for 2 weeks now. i have a dedicated machine with a cine s2 card in and it seems that tvhead works quite stable. i rather think that openelec on my raspi 2 hangs sometimes.sd streams work without a problem over 24 hours. only hd streams, which need to be descrambled, especially orf hd, are making a little bit trouble.but i guess thats rather a problem with oscam than with tvheadend.
regarding mux finding: after adding astra 19.2 network it takes i think at least 10 minutes for the scan.when the scan finishes there are 111 muxes and 1642 services.it just takes a little time. i also have a usb s2 stick,but not connected at the moment.

#12

Updated by joachim niedung almost 8 years ago

Karl Hoebling wrote:

Sorry to hear that.
Actually i am playing around for 2 weeks now. i have a dedicated machine with a cine s2 card in and it seems that tvhead works quite stable. i rather think that openelec on my raspi 2 hangs sometimes.sd streams work without a problem over 24 hours. only hd streams, which need to be descrambled, especially orf hd, are making a little bit trouble.but i guess thats rather a problem with oscam than with tvheadend.
regarding mux finding: after adding astra 19.2 network it takes i think at least 10 minutes for the scan.when the scan finishes there are 111 muxes and 1642 services.it just takes a little time. i also have a usb s2 stick,but not connected at the moment.

tried evrything no scan will start in 3.9???
maybe 3.141592654 worked ;-)
installed from repo on this side , server did not even start.
until there is an iso ,i will no longer waste time for this , linux will never become a usable os - i tried
for years to use it und thanked "bill" on my knees for windows after erasing.
its the same with the raspi - thousands of errors if you install things yourself , thousend opinions and solutions
on the internet made by people typing things they never understood (for example me).
use openelec , use rasplex and if it works ok - but if not keep hands of. think i will buy dvbviewer.

Regards Joe

#13

Updated by joachim niedung almost 8 years ago

joachim niedung wrote:

Karl Hoebling wrote:

Sorry to hear that.
Actually i am playing around for 2 weeks now. i have a dedicated machine with a cine s2 card in and it seems that tvhead works quite stable. i rather think that openelec on my raspi 2 hangs sometimes.sd streams work without a problem over 24 hours. only hd streams, which need to be descrambled, especially orf hd, are making a little bit trouble.but i guess thats rather a problem with oscam than with tvheadend.
regarding mux finding: after adding astra 19.2 network it takes i think at least 10 minutes for the scan.when the scan finishes there are 111 muxes and 1642 services.it just takes a little time. i also have a usb s2 stick,but not connected at the moment.

hurra - after many hours somehow i managed to have a channel scan. don't know exactly how , but using the openelec
immage 5.01.
used two raspberrys , one as server one as client and hdtv is nearly perfect , set server to 640 x 480 and disabled
most service. The other other to 1280 x 720 this looked little smoother then 1920 x 1080.
recordings where error free (to sd of client).
would like to stop openelec now and keep tvheadend running. unfortunate no /etc/init.d/ exists what i think
is necessary to make it permanent.

at last iam wondering where openelec gets the tvh build from - must be some unstable.

regards joe

#14

Updated by Karl Hoebling almost 8 years ago

Finally i had time to install tvheadend on my raspberry pi 2.
Actually it went pretty straight forward.

Right now the pi is scanning for services.

i documented a little bit under http://wiki.coolcat.at/index.php?action=artikel&cat=1&id=3&artlang=de
but only german

#15

Updated by joachim niedung almost 8 years ago

Karl Hoebling wrote:

Finally i had time to install tvheadend on my raspberry pi 2.
Actually it went pretty straight forward.

Right now the pi is scanning for services.

i documented a little bit under http://wiki.coolcat.at/index.php?action=artikel&cat=1&id=3&artlang=de
but only german

that is the correct language ;-)

i am very impressed of openelec + tvheadend. Had short excurse to my rk3188 but xbmc for android h264 hardware
acceleration is a joke compared to the raspberry. recorded magnum last night and openelec had to manage the
overlapping time between the 2 epidodes. To my surprise both episodes had the 10 minutes pre an post recording
time included - hd !!! just minimum blocking when second record started , then ok for the rest.

think i will give the pi2 a chance after i had some successfull recordings to var/media/sda1....
with my two raspis.

regards joe

Also available in: Atom PDF