52 replies to this topic

[Sagitarius †]

Adryan, on 19 Dec 2015 - 12:07, said:Adryan, on 19 Dec 2015 - 12:07, said:Adryan, on 19 Dec 2015 - 12:07, said:Adryan, on 19 Dec 2015 - 12:07, said:

....ben geen programmer...
Ik heb alles netjes gedaan zoals mij uitgelegd en nu werkt het.....
(Eerste zip-file gebruikt)

Ik heb die posting #60 eens door gelezen, en het is in feite het ongedaan maken van een eerdere patch https://github.com/O...2e4d13c5abb2a1f   gedaan door ''christophecvr'' committed 19 days ago, dan zou mijn conclusie zijn even uitgaande van vandaag 19 december, dat de image van voor 1 december dit rtsp probleem niet zou moeten hebben. Ik weet alleen niet of ik deze enigma2 binary patch voor een VU ook in de ET8000 kan zeten, is dit merk en type afhankelijk? Ik heb nu een image draaien van 15-10-2015 waar de rtsp streams goed op werken, ik zal daarvan de enigma2 binary backuppen en die eens in een nieuwe recente image zetten. Ik kwam zelf ook al aardig in de buurt van om en nabij de 1 december image waar het mis ging met rtsp streams.

Edited by Sagitarius, 19 December 2015 - 13:07.

[christophecvr]

Nee die patch op zich mag niet ongedaan worden want dan is the mkv container met meerdere audio tracks gebroken (af het ogenblik de audio track niet ac3 of aac is m.a.w een audio track die niet in de onboard chipset codecs zit)

 

mkv container is gemaakt for filesrc media normaal, maar kan via http gedaan worden bij een stb werkt dat niet goed (de vuduo2 kan het aan maar je kan niet pauzeren enz dus onhandig met stb). Vanuit firefox browser werkt het maar je kan geen andere language dan de default selecteren (of zeg maar de eerste track ) Met vlc zelf werkt het perfect je kan alles pauzeren spoelen jumpen(tussen hoofdstukken) audio tracks veranderen at will substitles veranderen at will enz ....

 

Of het nu filesrc mkv is of over http.

 

Wat wel kan gedaan worden is de code veranderen in functie van media en zelfs specifiek voor rtsp media rtmp media verschillend indien nodig. Zelf ben ik sinds lang met gst-1 bezig. De patch was er sinds meer dan één jaar in zonder problemen (enkel voor gst-1 dan) En is op een zekere dag gerevert gevolg generale break terug bij de meeste (tenminste complete mkv containers) . Dan terug ingevoerd voor gst-0.1 en gst-1

 

Als nu blijkt dat er problemen bij rtsp streams ontstaan kan:

 

1) Deze patch opnieuw enkel voor gts-1 in te voeren

2) Eventueel aanpassen in functie of media

 

Ook zijn er nog andere problemen gerelateerd aan de nogal rare timeout. Daar klopt ook iets niet maar dit heeft niets te maken met mijn patch

Edited by christophecvr, 19 December 2015 - 13:51.

[Sagitarius †]

christophecvr, on 19 Dec 2015 - 13:48, said:

Nee die patch op zich mag niet ongedaan worden want dan is the mkv container met meerdere audio tracks gebroken (af het ogenblik de audio track niet ac3 of aac is m.a.w een audio track die niet in de onboard chipset codecs zit)

 

mkv container is gemaakt for filesrc media normaal, maar kan via http gedaan worden bij een stb werkt dat niet goed (de vuduo2 kan het aan maar je kan niet pauzeren enz dus onhandig met stb). Vanuit firefox browser werkt het maar je kan geen andere language dan de default selecteren (of zeg maar de eerste track ) Met vlc zelf werkt het perfect je kan alles pauzeren spoelen jumpen(tussen hoofdstukken) audio tracks veranderen at will substitles veranderen at will enz ....

 

Of het nu filesrc mkv is of over http.

 

Wat wel kan gedaan worden is de code veranderen in functie van media en zelfs specifiek voor rtsp media rtmp media verschillend indien nodig. Zelf ben ik sinds lang met gst-1 bezig. De patch was er sinds meer dan één jaar in zonder problemen (enkel voor gst-1 dan) En is op een zekere dag gerevert gevolg generale break terug bij de meeste (tenminste complete mkv containers) . Dan terug ingevoerd voor gst-0.1 en gst-1

 

Als nu blijkt dat er problemen bij rtsp streams ontstaan kan:

 

1) Deze patch opnieuw enkel voor gts-1 in te voeren

2) Eventueel aanpassen in functie of media

 

Ook zijn er nog andere problemen gerelateerd aan de nogal rare timeout. Daar klopt ook iets niet maar dit heeft niets te maken met mijn patch

Ok bedankt voor je reactie, maar zou het kunnen dat ik de ET8000 enigma2 binary van 15-10-2015 waarmee de rtsp streams nog wel goed werken, in de laatste image van vandaag kunnen zetten? Of werkt dit niet zo, sinds de update van pakweg om en nabij 1 december is dit probleem erin gekomen. Bedankt alvast voor je meedenken.

[christophecvr]

Zelf werk ik niet meer met de gst-0.1 images. Maar er zijn wel heel wat meer veranderingen geweest in enigma2 die onrechstreeks de oorzaak kunnen zijn.

 

Om de echte oorzaak te vinden zijn er debugs nodig waarbij de mediasink aangepast is om een nauwkeurige follow up in sequence te volgen . Daarmee kan men op zijn minst al zeker weten waar de schoen knelt. 

 

Ik zelf heb nergens een abo dus ook geen mogelijkheid tot gebruik van rtsp.

 

Maar ik ben wel bereid van een patch uit te werken waarbij bv voor rtsp stream de sink doet alsof het was voor mijn patch.

 

De moderators zullen dan wel bereid moeten zijn van deze te commiten in de standard enigma2.

[littlesat]

Speelt het dan wel normaal af in gstreamer >1.6?

Edited by littlesat, 19 December 2015 - 14:54.

[Sagitarius †]

littlesat, on 19 Dec 2015 - 14:53, said:littlesat, on 19 Dec 2015 - 14:53, said:littlesat, on 19 Dec 2015 - 14:53, said:littlesat, on 19 Dec 2015 - 14:53, said:

Speelt het dan wel normaal af in gstreamer >1.6?

Nee, ook niet in versie 1.7.0, maar als de rtsp bug nog in de image zelf zit, zou het niet aan de gstreamer hoeven liggen. Ik begrijp uit jullie verhalen dat er meer loos zou kunnen zijn die deze fout veroorzaakT. Ik schreef dit ook al in een ander topic.

Edited by Sagitarius, 19 December 2015 - 15:40.

[littlesat]

Sjips het was die patch die met dat pauze spul..... Ik dacht dat ik die al gerevert had.... Ik snap ergens ook niet waarom die precies nodig was...

Ik zal kijken of het me lukt hem morgen te reverten....

[Sagitarius †]

littlesat, on 19 Dec 2015 - 20:27, said:littlesat, on 19 Dec 2015 - 20:27, said:

Sjips het was die patch die met dat pauze spul..... Ik dacht dat ik die al gerevert had.... Ik snap ergens ook niet waarom die precies nodig was...

Ik zal kijken of het me lukt hem morgen te reverten....

Aha gelukkig valt het kwartje, ik weet niet precies wat je bedoelt maar het zal wel, ik hoop dat die patch de oorzaak is.

Edited by Sagitarius, 19 December 2015 - 21:55.

[Paul77]

Net een update gedaan en alles werkt weer!  Thx

[Sagitarius †]

Ook hier werken de rtsp en andere streams weer als vanouds, bedankt littlesat.

Edited by Sagitarius, 21 December 2015 - 09:42.

[Adryan]

Ook hier na de update weer beeld op de streams!

[littlesat]

Alleen moet dan nog dit

 

Nee die patch op zich mag niet ongedaan worden want dan is the mkv container met meerdere audio tracks gebroken (af het ogenblik de audio track niet ac3 of aac is m.a.w een audio track die niet in de onboard chipset codecs zit)

 

Anders opgelost worden....

[Sagitarius †]

littlesat, on 21 Dec 2015 - 21:42, said:littlesat, on 21 Dec 2015 - 21:42, said:

Alleen moet dan nog dit

 

 

QuoteQuote

Nee die patch op zich mag niet ongedaan worden want dan is the mkv container met meerdere audio tracks gebroken (af het ogenblik de audio track niet ac3 of aac is m.a.w een audio track die niet in de onboard chipset codecs zit)

 

Anders opgelost worden....

Tja wat moet ik daar van zeggen, ik ben blij dat de streams op mijn ET8000 en 4000 weer prima lopen.......  Het blijkt maar weer eens dat iedere verandering nog geen verbetering hoeft te zijn.

Edited by Sagitarius, 21 December 2015 - 22:56.