Open alturismo opened 10 months ago
Hi @alturismo
First of all thanks for giving this a go!.
A few questions and things to do:
could you please enable these two options and zip and send syslog (probably /var/log/messages and messages.0) and do some things you try to do to get it working.
What do you mean with this?
only it looks like tvheadend has some small issues with micro stuttering with streams coming from the vu
From the log, seems that the tuners are locking to some signal (time 06:52:03.4460). Was this during scanning?
Sat Dec 16 06:52:02.9448 2023 6 Frontend: 13, StreamClient with SessionID 0241484422 for dvbc
Sat Dec 16 06:52:02.9449 2023 6 Frontend: 13, Parsing transport parameters...
Sat Dec 16 06:52:02.9450 2023 6 Frontend: 13, New frequency requested (0.0000 -> 330.0000), clearing old channel data...
Sat Dec 16 06:52:02.9452 2023 6 Frontend: 13, Updating frontend...
Sat Dec 16 06:52:02.9452 2023 6 Frontend: 13, Closing all active PID filters...
Sat Dec 16 06:52:02.9956 2023 6 Frontend: 13, Opened /dev/dvb/adapter0/frontend12 for Read/Write with fd: 9 (0 ms)
Sat Dec 16 06:52:02.9956 2023 6 Frontend: 13, Start tuning process for DVB-C(2)...
Sat Dec 16 06:52:02.9957 2023 6 Frontend: 13, Tuned, waiting on lock...
Sat Dec 16 06:52:03.4460 2023 6 Frontend: 13, Tuned and locked (FE status 0x1F) <*****************
Sat Dec 16 06:52:03.4461 2023 6 Frontend: 13, Updating PID filters...
Sat Dec 16 06:52:03.4462 2023 6 Frontend: 13, Opened /dev/dvb/adapter0/demux12 using fd: 10
Sat Dec 16 06:52:03.4464 2023 6 Frontend: 13, Set DMX buffer size to 3145728 Bytes
Sat Dec 16 06:52:03.4466 2023 6 Frontend: 13, Set DMX_SET_SOURCE with (Src: 12 - Offset: 32)
Sat Dec 16 06:52:03.5685 2023 6 Frontend: 13, Updating frontend (Finished in 623 ms)
Sat Dec 16 06:52:03.5685 2023 6 Frontend: 13, RTP/UDP set network buffer size: 160 KBytes
Sat Dec 16 06:52:03.5686 2023 6 Frontend: 13, Start RTP/UDP stream to 192.168.1.80:51712
Sat Dec 16 06:52:03.5686 2023 6 Frontend: 13, Start RTCP/UDP stream to 192.168.1.80:51713
- What do you mean with this?
i see when using this solution some small "micro stuttering" on decoding channels, this compared to using the same channels from the same signal (satellite) on the same server (tvheadend) but with the DD pcie TV Card inside the Server instead the SatIP Stream coming from VU+.
But thats a different story and i ll debug this deeper once DVB-C is up and running, there i can compare to my other SatIP (Fritz) Solution which run flawlessly, so i can then rather say its a SatIP issue or not ...
no prio currently ;) but i ll probably return on this ;)
- Was this during scanning?
nope, nothing to scan here, TVHeadend is already running with all channels, as you may see in my upper Post i already have DVB-C running (SatIP) from a fritz Tuner (4x), and DVB-S is also already all settled and running from the DVB Card (DD Max S8).
- could you please enable these two options and zip and send syslog (probably /var/log/messages and messages.0) and do some things you try to do to get it working.
ok, log attached
First of all thanks for giving this a go!.
and forgot, thanks to you for providing this ;) only reason why i switched from VTi to OATV ...
and i just need some time to compile me a working libdvbca.so ... so i could try the oscam solution against the "micro stuttering" i mentioned above, but that will be another story / thread ;)
Edit: I will look into further the logs, this evening
You probably do not need libdvbca, you need an SatPI with OSCam support compiled in. That is not standard in OpenATV or OpenPLi
Which SatPI version is current in this distro?
Which SatPI version is current in this distro?
root@vuduo4kse:~# satpi --version
"SatPI version: 1.6.2.161~ga9aab2c"
but i also tested with another version here from another thread, i think you provided it for debugging purposes
root@vuduo4kse:~# /usr/bin/satpi_debug_oscam --version "SatPI version: 1.6.2.161~ga9aab2c Enigma"
on this version i can also configure oscam, i see its connecting, i see it tries to descramble, but after a few seconds it quits, so my thought was as i readed
prolly some modified one ...
No the libdvbca from OpenATV should work.. I expect.
Does OSCam quit giving reaction?
Could you give me a syslog of the DVB-S included?
Could you give me a syslog of the DVB-S included?
attached, and here some screens, looking all ok ... but screen stays black ;)
here from oscam log
also connection looking fine
tvheadend looking ok (besides the small contin errors ... but running now since a few minutes)
also frontend is ok
but it stays "black" ;)
attached the message from this testrun
But FTA dvb-s(2) are working? Edit: Because it is getting data from the frontends.. But the frontends for DVB-C seems not to get any data
But FTA dvb-s(2) are working? Edit: Because it is getting data from the frontends.. But the frontends for DVB-C seems not to get any data
yes ;)
also working fine when i let the descrambling done in tvheadend (dvbapi) instead the satpi integration using the satpi tuners
so yes, Tuners are working (DVB-S), besides the "micro stutters" from time to time ... but not painful and i investigate this further once DVB-C is running ... ;)
about DVB-C ... well, i can say the VU is working with DVB-C ;) just as sample now ...
Yes I mean, that SatPI does not read any data. There is data (probably) because the tuner is locked. But probably there is a bug in SatPI how it handles DMX_SET_SOURCE?
There is data (probably) because the tuner is locked. But probably there is a bug in SatPI how it handles DMX_SET_SOURCE?
ok, so you dont see any missconfiguration here now, just doesnt work currently, thanks for taking a look.
about DMX_SET_SOURCE, wouldnt know how i could avoid it ;)
and yes, satpi tries to tune, i see tuner gets busy, but no data coming in, just a few bytes (like epg)
Well I can not test this myself because I do not own a Vu+ duo 4kse.. I only have Uno's for DVB-S2 and DVB-C.
Could you attach SatPI.xml here? just do: http:://192.168.1.13:8875/SatPI.xml
Could you please try this in VLC (Open Network Stream): Is this FTA?
http://192.168.1.13:8875/?freq=450&sr=6900&msys=dvbc&mtype=256qam&fec=35&specinv=1&pids=0,21http,6100,6110,6120,6121,6123
Could you please try this in VLC (Open Network Stream):
i can open it, it stays open, but no pic ...
it should be one of these tuners ...
Hi @alturismo ,
Thanks for you input, and I think I know the problem(bug), thanks to your SatPI.xml.
The DVB-C tuners do not show to which Root tuner they are connected to, so they are not properly configured. I will try to fix this as soon as possible
Thanks for you input, and I think I know the problem(bug), thanks to your SatPI.xml.
thanks for looking into it, exited to see if its an "easy" fix ;)
The DVB-C tuners do not show to which Root tuner they are connected to, so they are not properly configured.
funny, once i looked into it to check if there is something i could set ... ;)
in the end, shell i open a seperate thread about the oscam dvbapi issue or wait until the next release.
btw. i also tried to start satpi like this (after copy the 2 files to /home/root/)
LD_LIBRARY_PATH=/home/root/ /usr/bin/satpi
while there is now
same results ... nothing coming out anymore
Could you try this test version. Just replace it with the current one satpi_ARM_1.6.2.161~TEST_Enigma.zip
Could you try this test version. Just replace it with the current one
thanks alot for the testbuild, made a quick "run through", sadly same result, tested with A and B config, tested while tuners are activated /deactivated in VU Box, also tested with FBC linked tticked, unticked.
attached log and SatPI.xml
Could you try this test version. Just replace it with the current one
ok, i assume im 2 steps further now ...
1/ DVB-C is working, but ... ;) only if i start enabling from Tuner 1 up ... which then breaks the local playback while in use
i remembered, when i 1st started up satpi i had dvb-c working but no dvb-s, then i readed about disabling tuners in the box so satpi can access them ... thats why i disabled tuner 1-4 (-S && -C), -S worked then, -C stopped working then ...
but, this setup will then stop "dual" usage, stb nativ and satip ... either or ... either satpi uses the tuner 1+ ... or the stb is using the tuner 1+ ... ok, could be "workaround" by using the satpi as "leading" tuners also for local playback. the 1st "wins" ... either local stb playback is using dvb-c, then satpi stays like shown above, or satpi takes tuner 1+ and local is dead.
2/ oscam dvbapi, partly working and no smooth playback
partly, either icam is natively not supported in the oatv image libdvbcsa as i never manage to decode such a channel, or see next part and may my "conclusion"
no smooth playback, if oscam is working, i see alot of stuttering, pic errors, ... like a (really) bad signal ... and as 1+ tuners are active ... its worse and worse ... so may back to "partly", could be like icam channels are just way too slow and there is no picture coming up here ... as the "signal" is too weak, or just really not supported ;)
also, max 1 decode seems supported, as soon i start a 2nd stream the 1st stops to decode anyhow
back to the DVB-C "issue", so it was working before (not knowing the root Tuner) but needs a total control and all tuners binded to satpi (here at least).
Could you send the syslog of this situation?
Ok now I understand you use ICAM? Did you compile libdvbcsa yourself?
Edit: I have never tested this myself. I do not have the hardware to do this. see for some info https://github.com/Barracuda09/SATPI/issues/184#issuecomment-1430349925
Ok now I understand you use ICAM? Did you compile libdvbcsa yourself?
nope, as mentioned above and you replied (may i missunderstood)
now, for syslog i prepared as followed
FTA -C is quite ok, just really small stuttering oscam -C is not ok (even on only 1 tuned channel)
sample what i described upper
oscam -S is not ok (even on only 1 tuned channel)
sample what i described upper
finally i zap through some icam channels
i hope thats what you looking for to understand ? ;)
Did you enable in TvHeadend the RTP/AVP/TCP transport supported
option
Did you enable in TvHeadend the
RTP/AVP/TCP transport supported
option
nope, default its not ticked
Did you enable in TvHeadend the
RTP/AVP/TCP transport supported
option
i would say this makes no difference here, it looks to me more like ... higher bandwith, more fails
this happens also on streaming only (decoding done in TVH), as higher the bandwith, as more dropouts ...
hard to describe ... seems my vuduo4kse is not so compatible ;)
Stange... it is hard to debug, as here it seems not that bad and decrypted in SatPI. I have vuuno4k
Stange... it is hard to debug, as here it seems not that bad and decrypted in SatPI. I have vuuno4k
definately looking better then here ;) at least we gave it a try and i know why DVB-C was so weird ...
this Test is DVB-C as well
this Test is DVB-C as well
may one more question, is it "as is" if satip using dvb-c that local usage is not possible while satpi is using it ?
i guess its due its an FBC Tuner ...
Stange... it is hard to debug, as here it seems not that bad and decrypted in SatPI. I have vuuno4k
and you also use openatv with standard libdvbcsa ? nothing extra compiled ?
Here an FTA DVB-S2 example using a Raspberry PI with Sundtek tuners.
Well to be honest I do not use Enigma.. I have on my vuuno4k DVB-C just stock image but never setup Enigma on it. and have on my vuuno4k DVB-S2 version OpenPLi but never setup Enigma on it or OSCam because i do not own a subscription. Problem I do not have any antenna cables near the TV only 1Gbs network cable
may one more question, is it "as is" if satip using dvb-c that local usage is not possible while satpi is using it ?
i guess its due its an FBC Tuner ...
But if you mean sharing the same Tuner/frontend that will most likely fail. But it should just work if one uses Tuner A/Frontent 1 and other Tuner D/Frontend 4
and you also use openatv with standard libdvbcsa ? nothing extra compiled ?
I use mostly my own compiled libs. But do not know if they are better then OpenATV or OpenPLi (my guess, it does not matter)
But if you mean sharing the same Tuner/frontend that will most likely fail. But it should just work if one uses Tuner A/Frontent 1 and other Tuner D/Frontend 4
thats what i expected and not working actually (DVBC), i assume due FBC Tuner ... working as expected on DVBS (also FBC)
I use mostly my own compiled libs. But do not know if they are better then OpenATV or OpenPLi (my guess, it does not matter)
i ll give it a try, have to setup a virtual ARM enviroment to compile it actually, will report back if that makes any difference
thanks for the informations
thats what i expected and not working actually (DVBC), i assume due FBC Tuner ... working as expected on DVBS (also FBC)
I have vuuno4k with FBC tuners (DVB-S2 and DVB-C). Your situation is different because you have 2 Root FBC tuners and of different types. I do not know if this has to be setup differently in SatPI (probably, because it does not work in you situation).
I have vuuno4k with FBC tuners (DVB-S2 and DVB-C). Your situation is different because you have 2 Root FBC tuners and of different types. I do not know if this has to be setup differently in SatPI (probably, because it does not work in you situation).
yep, looks like openatv doesnt have the proper drivers for dvb-c fbc tuners
i digged a little deeper and changed this setting
from auto to a tuner higher then the 1st one ... and then, also on the VU directly it always stays black ...
so tuner configuration for satpi and dvb-c (fbc) as second tuner is prolly a mess ;)
i guess i know why there was always the recommendation for VTi (even its closed source) .. ;)
but sadly satpi is not supported there ... thats why i switched for testing, but i guess i drop this project now.
thanks for your time and looking into it.
What would happen if you switch the tuners around in the slots? So DVB-C in slot A and DVB-S2 in slot B. will that make the problem move to DVB-S2?
Edit: Just a thought and question, if you do not feel comfortable doing so than leave it open.
It is a bit too expensive for me to buy it, because it will only be for testing purpose and have no real use for it.
What would happen if you switch the tuners around in the slots? So DVB-C in slot A and DVB-S2 in slot B. will that make the problem move to DVB-S2?
cant imagine this would change anything, it seems the nature of dvb-c fbc tuner in the vu+ with oatv. its not working the same way as the dvb-s fbc tuner where the assignement is functional.
and i guess (really just a guess) its a fw issue with openatv, as the preferred tuner assignement inside openatv also breaks tuning the channel (completely aside satpi), meaning, whenever i assign a prio tuner aside the 1st one, tuning will break ... thats why i "thought" dvb-c was broken in satpi, cause i assigned dvb-c tuners 5-8 (similar to dvb-s) ...
1/ leading DVB-C Tuner, seems always to be the 1st Tuner needs to be tuned, if in use by VU, no satpi access, if in use by satpi, no local tuner access ;) 2/ if one of these tuners are set as prefered tuners inside openatv, no local tuning working anymore either ... if assigning them only as satpi tuners, same, no tuning possible ...
while on DVB-S there is a major difference (working as expected)
1/ assigned in VU as active, unticked in satpi (to not use them), working as expected 2/ disabled in VU as inactive, assigned in satpi (to use only them), working as expected
i hope its more understandable ...
so basically, this could be workaround by just using locally also a satip tuner instead direct (normal) tuner access, current state (here), only useable without descrambling ...
but ... when descrambling comes now into the game, when using the satpi oscam feature ... there are the dropouts which makes it more or less unusable here, way too many errors with picture dropouts as posted above.
so basically, can be closed, and i could lean on other threads here about oscam (icam) support and stability, and about the small glitches on FTA ... lets forget about it ;)
in addition, here a small comparision, 2 DVB-C FTA Streams running simultan from VU
1/ left side, satpi usage 2/ right side, m3u stream directly from openatv
You could try OpenPLi
This is the same problem #187. Also not resolved
This is the same problem #187. Also not resolved
yep, also saw this today morning, but didnt saw if you received the receiver or whatever there was planned ...
may a question, you are using a vu with an FBC dvbc tuner, with openpli and is working as expected without the limitations of non working tuner if the "2nd" access starts (either VU direct or satpi)
yep, also saw this today morning, but didnt saw if you received the receiver or whatever there was planned ...
No, unfortunately We did not arrange anything.
may a question, you are using a vu with an FBC dvbc tuner, with openpli and is working as expected without the limitations of non working tuner if the "2nd" access starts (either VU direct or satpi)
I use on the vuuno4k DVB-C version the stock Vu+ image, but I do not watch channels via Enigma (and is not configured).
I use on the vuuno4k DVB-C version the stock Vu+ image, but I do not watch channels via Enigma (and is not configured).
and you dont use any decryption ... i assume on stock i definately would need a custom libdvbca.so ;)
You could try OpenPLi
out of curiosity, i ll give it a shot, anything special i have to be aware off ?
You could try OpenPLi
actually, i couldnt imagine it makes a difference in Quality ... but i have to admit ...
while 1 DVB-S stream is active on the Box itself
insane improvement ... well, actually expected behaviour how it should be ;)
ok, now i need a working oscam version ... if that works out ... i would have to laugh ;)
You could try OpenPLi
out of curiosity, i ll give it a shot, anything special i have to be aware off ?
1 note, what also doesnt work is "Dual" DVB-C usage ... 1st tuner needs to be free for either local or satpi usage ;) but once satpi is running stable we can always use local satip tuner setup ;)
Send me an e-mail, we arrange it further there with libs
Hi,
may a hint what im doing wrong, following the guides and actually im stuck ;)
base, vuduo4kse with dvb-c / dvb-s setup, tvheadend as satip client
dvb-s /unicable) tuners seems working so far only it looks like tvheadend has some small issues with micro stuttering with streams coming from the vu compared to the dvb-s card builded into the pc, wanted to try with dvbapi decryption, but looks like i also need a modified libdvbca.so ... abother time therefore ;)
major issue now, dvb-c wont work at all
may i missed something ...
attached also a log where i actually dont get smarter ;)
log_satpi.txt
for any Tipps, thanks ahead
and of course, -C Tuners (1-4) are working fine directly on the VU, so reception is ok