923 replies to this topic

[altobelli]

Doet het ook niet, r/c 6 dezelfde versie van Hans settings als in open pli 4. In open pli 4 doet alles het, niets uitgezonderd.
In r/c 6 doet niets het.
Mijn ontvanger is een et 9500.

[gerard0610]

heb hier een VU+Duo, dus een erg oude ontvanger.

 

OpenPli 4:

Kanalenlijst Hans 29 Juli 2017

- Stream webcams NL, Live webcam bouw, Almelo bouw stadhuis: Doet het wel!

- "Eindhoven - Strijp-S: Klokgebouw": Doet het wel.

 

OpenPli 6RC:

Kanalenlijst Hans 29 Juli 2017

- Stream webcams NL, Live webcam bouw, Almelo bouw stadhuis: Doet het niet! Blijft hangen en varieert steeds tussen de 2% en de 8%

- "Eindhoven - Strijp-S: Klokgebouw": Doet het wel.

[WanWizard]

Dat is dan erg vreemd, want beide streams gebruiken exact dezelfde techniek. Dus zou je verwachten dat ze beiden wel, of beiden niet zouden werken.

 

Het kan eventueel nog dat er een vreemde codex gebruikt wordt, waarvoor in OpenPLi 4 standaard support aanwezig is, en in OpenPLi 6 niet (verplaatst naar een optioneel package). Maar dan zou het bij niemand moeten werken.

 

Log eens in, en start Enigma eens in debug mode:

init 4
ENIGMA_DEBUG_LVL=4 enigma2

start dan die niet werkende stream nog eens, en post de output hier.

 

Daarna

^C
init 3

om enigma weer in de normale stand op te starten.

[altobelli]

ik zit nu op 4 kan door een storing even 6 er niet opzetten, misschien dat Gerard0610 dat even kan doen.

[theboss]

De output van debugmode.
cleaning up
TuxTxt cache cleared
[eServiceMP3] construct!
[eServiceMP3] playbin uri=rtmp://streaming3.webcam.nl/almelo/almelo.stream swfUr
l=http://bouw.webcam.n...melo/player.swf pageUrl=http://bouw.webcam.nl/almelo/
[eServiceMP3] starting pipeline
[gRC] main thread is non-idle! display spinner!
[DVBCAHandler] no more services
[eDVBResourceManager] release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x2116b18
[eEPGCache] remove channel 0x2116b18
[eDVBResourceManager] stop release channel timer
[eServiceMP3] state transition NULL -> READY
resolved to PLAY
resolved to PLAY
resolved to PLAY
new service started! trying to download cuts!
RemovePopup, id = ZapError
[eDVBFrontend] close frontend 0
[eEPGCache] event fa11 not found in epgcache
[eEPGCache] event fa28 not found in epgcache
[eEPGCache] lookup events with 'Utopia' as title (case sensitive)
action -> GlobalActions power_down
[Standby] enter standby
[eServiceMP3] stop rtmp://streaming3.webcam.nl/almelo/almelo.stream swfUrl=http:
//bouw.webcam.nl/almelo/player.swf pageUrl=http://bouw.webcam.nl/almelo/
[gRC] main thread is non-idle! display spinner!
[eServiceMP3] stop state:READY pending:PLAYING ret:ASYNC
[eServiceMP3] destruct!
[eDboxLCD] setLCDBrightness 25
action -> StandbyActions power
[Standby] leave standby
playing 4097:0:1:0:0:0:0:0:0:0:rtmp%3a//streaming3.webcam.nl/almelo/almelo.strea
m swfUrl=http%3a//bouw.webcam.nl/almelo/player.swf pageUrl=http%3a//bouw.webcam.
nl/almelo/:Almelo - bouw stadhuis
[eServiceMP3] construct!
[eServiceMP3] playbin uri=rtmp://streaming3.webcam.nl/almelo/almelo.stream swfUr
l=http://bouw.webcam.n...melo/player.swf pageUrl=http://bouw.webcam.nl/almelo/
[eServiceMP3] starting pipeline
[gRC] main thread is non-idle! display spinner!
[eDboxLCD] setLCDBrightness 153
[eServiceMP3] state transition NULL -> READY
resolved to PLAY
resolved to PLAY
resolved to PLAY
new service started! trying to download cuts!
RemovePopup, id = ZapError
[eServiceMP3] state transition READY -> PAUSED
[eServiceMP3] loading cuesheet
[eServiceMP3] cutfile not found!
[eServiceMP3] async-done - 1 video, 0 audio, 0 subtitle
[eServiceMP3] state transition PAUSED -> PLAYING

1 keer geen beeld en de laatste keer wel beeld, ik hoop dat je er wat aan kunt zien.

[WanWizard]

Bij de eerste keer zie in na het initialiseren van de stream een power down commando.

 

Bij de tweede keer volgt daarna de start van eServiceMP3 die start met afspelen.

[gerard0610]

Hebben jullie hier wat aan?

Zie bijlage.

Attached Files

•  Test OpenPli 6RC stream bouw Almelo stadhuis.txt   110.9KB   11 downloads

[WanWizard]

Zelfde probleem, "new service started! trying to download cuts!" geen log entries meer van eServiceMP3.

 

Daar zal iemand met meer verstand van zaken in moeten duiken.

[Dream1975]

Denk trouwens dat er iets niet goed is gegaan bij het bouwen van de Mutant images. Ze zijn maar 5MB

Attached Files

•  Knipsel.JPG   80.63KB   9 downloads

[Frenske]

Dit is een bekend probleem wat af en toe bij diverse images voor schijnt te komen. De oorzaak blijf ik even schuldig en de volgende dag is alles doorgaans weer normaal.

[WanWizard]

Weer zo'n gevalletje inderdaad.

 

Alle MIPSEL builds hebben een defect rootfs in de zip, en geen enkele foutmelding in de build logs. Binnenkort eens met Erik kijken of er meer te loggen valt.

 

Ik heb ze inmiddels van de download mirrors verwiijderd.

[gerard0610]

Zelfde probleem, "new service started! trying to download cuts!" geen log entries meer van eServiceMP3.

 

Daar zal iemand met meer verstand van zaken in moeten duiken.

Bedankt voor de feedback.

Heb je enig suggestie wie of welke groep in dit probleem moet duiken?

[Rick Hunter]

Maak eens een debug met het volgende commando (Eerst init 4 natuurlijk) bij een stream die het niet doet.. 

 

 

 

ENIGMA_DEBUG_LVL=4 GST_DEBUG=*soup*:4,*dvb*:4 enigma2

 

 

 

Die genereert meer informatie mbt streaming.

Edited by Rick Hunter, 4 August 2017 - 18:56.

[gerard0610]

Maak eens een debug met het volgende commando (Eerst init 4 natuurlijk) bij een stream die het niet doet.. 

 

 

 

ENIGMA_DEBUG_LVL=4 GST_DEBUG=*soup*:4,*dvb*:4 enigma2

 

 

 

Die genereert meer informatie mbt streaming.

Dat is raar nu doet Almelo -bouw stadhuis het wel nadat ik init 4 gedaan heb met ovenstaande commando in OpenPLi 6 RC.

Zie bijlage.

 

Maar ..... daarna een harde reboot uitgevoerd (schakelaar UIt en daarna weer aan) en wat schets mij verbazing dat Almelo - bouw stadhuis nu wel doet (zonder bovenstaande commando). Dus  ... ??

 

Daarna voor de zekerheid opnieuw de backup van OpenPli 6.0 Rc terruggezet op mijn VU+Duo om even te checken of deze  stream het op dit moment well of niet doet en wat blijkt: Nu doet hij het ook.

 

Ik snap dus niet waarom OpenPLi 4 vanmiddag wel deze stram opende en bij OpenPLi V6 RC niet. En nu vanavond doet deze stream het wel bij OpenPli 6 RC.

 

Sorry voor de verwarring.

Attached Files

•  Test OpenPli 6RC stream bouw Almelo stadhuis met poging van Rick Hunter.txt   110.92KB   3 downloads

Edited by gerard0610, 4 August 2017 - 20:58.

[theboss]

Dat is hier precies hetzelfde op mijn 8000,
s'avonds of als het heel bewolkt is doet ie wel, maar overdag met veel licht en zon, dan niet.
De stream is dan wat dikker met mooi weer tegen de 6 a 700 kbit/sec nu s'avonds een stuk minder, dan max 400 mbits/sec
Het staat onder in beeld.

Edited by theboss, 4 August 2017 - 21:18.

[gerard0610]

Dat is hier precies hetzelfde op mijn 8000,
s'avonds of als het heel bewolkt is doet ie wel, maar overdag met veel licht en zon, dan niet.
De stream is dan wat dikker met mooi weer tegen de 6 a 700 kbit/sec nu s'avonds een stuk minder, dan max 400 mbits/sec
Het staat onder in beeld.

Weer even een check van de stream Almelo Bouw Stadhuis.

Nu (9:36 uur) inderdaad geen beeld bij deze stream. Hij blijft hangen op variërend van 2% tot 8%.

 

Kortom: Dit is een slecht voorbeeld om aan te geven dat een stream het wel doet op OpenPli versie 4 en niet doet op OpenPli V6 RC.

Heb je een ander voorbeeld?

[Sagitarius †]

Dat is hier precies hetzelfde op mijn 8000,
s'avonds of als het heel bewolkt is doet ie wel, maar overdag met veel licht en zon, dan niet.
De stream is dan wat dikker met mooi weer tegen de 6 a 700 kbit/sec nu s'avonds een stuk minder, dan max 400 mbits/sec
Het staat onder in beeld.

Wat een onzin, een stream heeft toch niets met de weersomstandigheden te maken, die variërende snelheid ligt waarschijnlijk aan je (Wifi?) internet verbinding.

Hier is de snelheid altijd gelijk (via glasvezel ethernet) of het nu regent sneeuwt of wat ook.

Edited by Sagitarius, 5 August 2017 - 11:22.

[WanWizard]

Ik kan me wel voorstellen dat er meer bandbreedte gebruikt wordt als er meer contrast in het beeld zit, de meeste webcams zijn niet zo'n ster in optimaal comprimeren. Een 90% zwart nachtbeeld is echter makkelijk gecomprimeerd.

[theboss]

Dat is hier precies hetzelfde op mijn 8000,
s'avonds of als het heel bewolkt is doet ie wel, maar overdag met veel licht en zon, dan niet.
De stream is dan wat dikker met mooi weer tegen de 6 a 700 kbit/sec nu s'avonds een stuk minder, dan max 400 mbits/sec
Het staat onder in beeld.

Wat een onzin, een stream heeft toch niets met de weersomstandigheden te maken, die variërende snelheid ligt waarschijnlijk aan je (Wifi?) internet verbinding.
Hier is de snelheid altijd gelijk (via glasvezel ethernet) of het nu regent sneeuwt of wat ook.

Heb hier ook glasvezel 350/350 en internet gaat via lan, de bottleneck zou dan de lan snelheid van de dreambox zijn, maar dat moet ie makkelijk kunnen halen.

[Sagitarius †]

Ik heb die Almelo stream er ook even handmatig ingezet, hij blijft onder RC6 ook bufferen rond de 6%, verander ik nu #SERVICE 4097:0:1:0:0:0:0:0:0:0:rtmp%3a//streaming3.webcam.nl/Almelo....... naar #SERVICE 4097:0:0:0:0:0:0:0:0:0:rtmp%3a//streaming3.webcam.nl/Almelo...wordt het bufferen al beter tot ruim 16% maar nog net geen beeld.

Als ik op de website van Webcam.nl dezelfde sream bekijk heb ik gewoon beeld helaas is dit een flash en ze gebruiken daar de JW Player.

Edited by Sagitarius, 5 August 2017 - 13:41.