SATPI
SATPI copied to clipboard
Vu+ Uno 4k > only frontend0 to frontend3 are working
Tested satpi today and got it only working for frontend0 to frontend3. Would like to use frontend6 and 7 for sat>IP. The webgui shows, that it is in use, but there is no video/audio.
Hi @neo7530
First of all thanks for testing, and time to make an issue here.
I expect you build the current code from master? How did you build it?
What is your setup:
- DVB-S2 or DVB-C?
- Enigma 2 still running?
Oh sorry, forgot to post my settings. Yea. Dvb-c and enigma is running. Even without enigma running only the first 4 tuners are working. Compiled on my raspi 4 and stole the 2 missing library's from the pi.
Hi @neo7530
Thanks for the additional info. I have to take a look what is going on.
Did you build with something like this?: make debug ENIGMA=yes
It should not be required anymore, but you could try it anyway?
Edit: Which compiler did you use?
Have rebuild with debug ENIGMA=yes. will test, when i'm @home.
root@raspberrypi:~# g++ --version g++ (Raspbian 8.3.0-6+rpi1) 8.3.0 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
@neo7530
I use for Vu+ Uno 4K (DVB-S2 and C) this compiler: https://github.com/Broadcom/stbgcc-6.3/releases
What do you Change for compiling?
EDIT: ahh, i see. The path to the toolchain have to be corrected… Will give it a try.
But there is no g++ binary in this package?!
@neo7530
From the Wiki:
-
If you like to run it on an Enigma2 box (With the correct toolchain), use:
source env.sh(Only once, to enable build environment for Broadcom cross-compiler)
make debug ENIGMA=yes
works now… so i have to test, if tuner 4..7 are working now with this build…
@neo7530 Yes please test this.
By the way which image are you using?
Vti 14.x
@neo7530
Could you try current code with fix: 6d294a28eb94c025f1f46216fb370b5f501b4ab0
Hi. Have tried. Sadly the sat>ip client on my 2nd box get any video. Vlc works okay. Will try dvbviewer tomorrow with this fix.
So that is strange. Running satpi at my Ubuntu notebook, my 2nd vu get all the audio / video. The same build on VU+ => nothing but epg data and signal strength. No audio, no video. No clue why. Same config tested yesterday works with dvbviewer without any issues.
Tested any further... Dvbviewer works with frontend6 and 7 now. But sat>ip client on my second vu+ won't show any video nor audio. What can I do now to get this working? 348 Wed Sep 9 16:48:31.4232 2020 7 RTSP Stream data from client None with IP 10.24.10.11 on Port 45584: PLAY rtsp://10.24.10.10:554/stream=6?delpids=17 RTSP/1.0 349 Wed Sep 9 16:48:31.4232 2020 7 CSeq: 259 350 Wed Sep 9 16:48:31.4232 2020 7 Session: 0251903451 351 Wed Sep 9 16:48:31.4232 2020 7 --- LINE END --- 352 Wed Sep 9 16:48:31.4234 2020 6 Found StreamID 6 - SessionID 0251903451 353 Wed Sep 9 16:48:31.4234 2020 6 Stream: 6, StreamClient[0] with SessionID 0251903451 354 Wed Sep 9 16:48:31.4234 2020 6 Stream: 6, Parsing transport parameters... 355 Wed Sep 9 16:48:31.4235 2020 7 Stream: 6, Parsing transport parameters (Finished) 356 Wed Sep 9 16:48:31.4236 2020 6 Stream: 6, Updating frontend... 357 Wed Sep 9 16:48:31.4237 2020 6 Stream: 6, Updating PID filters... 358 Wed Sep 9 16:48:31.4238 2020 7 Stream: 6, Remove filter PID: 0017 - Packet Count: 0 359 Wed Sep 9 16:48:31.4262 2020 7 Stream: 6, Updating frontend (Finished) 360 Wed Sep 9 16:48:31.4263 2020 7 RTSP/1.0 200 OK 361 Wed Sep 9 16:48:31.4263 2020 7 RTP-Info: url=rtsp://10.24.10.10/stream=6 362 Wed Sep 9 16:48:31.4263 2020 7 CSeq: 259 363 Wed Sep 9 16:48:31.4263 2020 7 Session: 0251903451 364 Wed Sep 9 16:48:31.4263 2020 7 Range: npt=0.000- 365 Wed Sep 9 16:48:31.4263 2020 7 --- LINE END --- 366 Wed Sep 9 16:48:31.8327 2020 7 RTSP Stream data from client None with IP 10.24.10.51 on Port 50247: OPTIONS rtsp://10.24.10.10:554/ RTSP/1.0 367 Wed Sep 9 16:48:31.8327 2020 7 CSeq: 28 368 Wed Sep 9 16:48:31.8327 2020 7 Session: 0262113541 369 Wed Sep 9 16:48:31.8327 2020 7 --- LINE END --- 370 Wed Sep 9 16:48:31.8329 2020 6 Found StreamID x - SessionID: 0262113541 371 Wed Sep 9 16:48:31.8329 2020 6 Stream: 0, No StreamClient with SessionID 0262113541 372 Wed Sep 9 16:48:31.8330 2020 6 Stream: 1, No StreamClient with SessionID 0262113541 373 Wed Sep 9 16:48:31.8330 2020 6 Stream: 2, No StreamClient with SessionID 0262113541 374 Wed Sep 9 16:48:31.8330 2020 6 Stream: 3, No StreamClient with SessionID 0262113541 375 Wed Sep 9 16:48:31.8331 2020 6 Stream: 4, No StreamClient with SessionID 0262113541 376 Wed Sep 9 16:48:31.8331 2020 6 Stream: 5, StreamClient[0] with SessionID 0262113541 377 Wed Sep 9 16:48:31.8332 2020 7 RTSP/1.0 200 OK 378 Wed Sep 9 16:48:31.8332 2020 7 CSeq: 28 379 Wed Sep 9 16:48:31.8332 2020 7 Public: OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN 380 Wed Sep 9 16:48:31.8332 2020 7 Session: 0262113541 381 Wed Sep 9 16:48:31.8332 2020 7 --- LINE END --- 382 Wed Sep 9 16:48:43.3539 2020 7 RTSP Stream data from client None with IP 10.24.10.11 on Port 45584: PLAY rtsp://10.24.10.10:554/stream=6?delpids=20 RTSP/1.0 383 Wed Sep 9 16:48:43.3539 2020 7 CSeq: 260 384 Wed Sep 9 16:48:43.3539 2020 7 Session: 0251903451 385 Wed Sep 9 16:48:43.3539 2020 7 --- LINE END --- 386 Wed Sep 9 16:48:43.3541 2020 6 Found StreamID 6 - SessionID 0251903451 387 Wed Sep 9 16:48:43.3542 2020 6 Stream: 6, StreamClient[0] with SessionID 0251903451 388 Wed Sep 9 16:48:43.3542 2020 6 Stream: 6, Parsing transport parameters... 389 Wed Sep 9 16:48:43.3543 2020 7 Stream: 6, Parsing transport parameters (Finished) 390 Wed Sep 9 16:48:43.3544 2020 6 Stream: 6, Updating frontend... 391 Wed Sep 9 16:48:43.3544 2020 6 Stream: 6, Updating PID filters... 392 Wed Sep 9 16:48:43.3545 2020 7 Stream: 6, Remove filter PID: 0020 - Packet Count: 0 393 Wed Sep 9 16:48:43.3567 2020 7 Stream: 6, Updating frontend (Finished) 394 Wed Sep 9 16:48:43.3570 2020 7 RTSP/1.0 200 OK 395 Wed Sep 9 16:48:43.3570 2020 7 RTP-Info: url=rtsp://10.24.10.10/stream=6 396 Wed Sep 9 16:48:43.3570 2020 7 CSeq: 260 397 Wed Sep 9 16:48:43.3570 2020 7 Session: 0251903451 398 Wed Sep 9 16:48:43.3570 2020 7 Range: npt=0.000- 399 Wed Sep 9 16:48:43.3570 2020 7 --- LINE END ---
@neo7530
Could you provide a more complete log, with start of request and lock etc.
Yep, will provide tomorrow. Have tried openatv image with sat-ip client. Same as with vti image.
Did you use stock image. I use the original image
The sat ip client works if I use the satpi server on my Ubuntu computer. I think it has to do with buffering or so. No clue. Is it possible to stream via tcp instead via udp?
My android client doesn't work either when the server runs on VU. Only dvbviewer works without any issues.
Yes it has to do with drivers. Slow PID(scanning channels). I now use the stock image it works best for me.
Okay. Will try Stock image tomorrow...
Yes you can use http like: http://192.168.0.112:8875/?fe=4&freq=418&sr=6900&msys=dvbc&mtype=256qam&fec=35&specinv=0&pids=0,1,16,17,18,103,2601,2611,2700
Here is a longer LOG from non working Stream. Have tried Stock Firmware. With this i can get A/V after a reboot. But it dissapears after changing the channel.
...
And some log after a reboot.
….
@neo7530 the complete log will also be in syslog. Could you attach it here as an file?
Thanks for your testing and time so far.
@neo7530
Did you disable enigma from starting? (disable it in enigma.sh from starting for example)
It is doing a lot. Like tuning and locking to the signal and requesting PIDS but there are no packets received. I have seen this with 'older' drivers from Vu+ but the current version I use it seems to be working for me. I do not use enigma at all I use the Vu+ only headless. So only as SAT>IP server.
Maybe enigma is changing something that i am not aware of.
On the Server box? No, Enigma is running. I can try to disable Enigma from starting and see if anything changes.
Yes you could try that. Just put the line were enigma is starting in comment in enigma.sh
Don't have an enigma.sh on my box....
Maybe it's called enigma2.sh.. I'm not really sure. But there is an script somewhere
Yea, found it. but it didn't Change anything. The Problem is the SAT>IP Client, not the Server. This works like a charme. DVBViewer works without any problems.