Jump to content


Photo

Haperende streams nl parlement

stream

  • Please log in to reply
32 replies to this topic

#1 KlaasVV

  • Senior Member
  • 100 posts

+1
Neutral

Posted 3 December 2015 - 12:13

Goedendag,

 

Ik heb een probleem met het bekijken van de streams van de diverse kamers van de 1e en tweede kamer.

Zowel op de et8000 als de et9500 hapert de stream.

 

Eerst is de stream een paar seconden goed, daarna bevriest het beeld terwijl het geluid doorloopt. Een paar seconden later verdwijnt ook het beeld. Met wat geduld komt het beeld wel weer terug, maar geluid loopt seconden voor(of achter) op het actuele beeld. Na een paar seconden wordt voorgaande cyclus weer herhaald.

Beide boxen zijn voorzien van een recente versie van openpli.

 

Hebben meer mensen last van dit probleem?

Andere streams uit bv. streams nationaal 2 worden wel correct weergegeven.

 

M.v.g.

 



Re: Haperende streams nl parlement #2 KlaasVV

  • Senior Member
  • 100 posts

+1
Neutral

Posted 16 December 2015 - 18:40

Niemand?

 

In tegenstelling tot bovenstaand bericht worden de streams uit streams nationaal 2 niet correct weergegeven. Dat heeft echter weer een andere oorzaak. Ik bedoelde streams uit streams NL regionaal. Met andere streams/webcams ook geen problemen.

 

Niemand een idee waar ik moet zoeken?

 

M.v.g.



Re: Haperende streams nl parlement #3 Meega

  • Senior Member
  • 3,000 posts

+51
Good

Posted 16 December 2015 - 18:44

Ik heb het ook ,lijkt erop of het na een paar sec herhaald wordt?


ET10000+ Openpli 6.1,1m schotel 4x duo-lnb op vaste opstelling.

Momolights teensy 2.0 met 50 leds op een string ,150 channels
DM8000 Openpli 6.1 Release


Re: Haperende streams nl parlement #4 azbox

  • Senior Member
  • 68 posts

+2
Neutral

Posted 16 December 2015 - 18:50

bij mij haperen beeld en geluid ook bij nl parlemend


1 x formuler f1 met openpli 7.1 x sab triple hd met openvision 7.0 1x formuler s 4k uhd....1 x azbox elite hd org sw


Re: Haperende streams nl parlement #5 gerard0610

  • Senior Member
  • 939 posts

+41
Good

Posted 17 December 2015 - 11:51

hier loopt het ook niet soepel. In het begin gaat het goed maar daarna gaat het mis (VU+Duo)



Re: Haperende streams nl parlement #6 KlaasVV

  • Senior Member
  • 100 posts

+1
Neutral

Posted 17 December 2015 - 12:17

Je hebt gelijk Meega. Beginstukje van de stream wordt steeds weer herhaald.

Streams zijn niet meer te bekijken.

 

Heb gezien dat de betreffende streams de afgelopen maanden zijn vernieuwd/aangepast.

Even geprobeerd met een oude kanalenlijst. Dit werkt echter ook niet.

Waarschijnlijk zit de oplossing ergens anders.

 

Jammer.

 

m.v.g.

 

Klaas



Re: Haperende streams nl parlement #7 HPPli

  • Senior Member
  • 1,882 posts

+36
Good

Posted 17 December 2015 - 13:00

Tsja, ik mag het eigenlijk niet zeggen hier ....... maar al eens een ander image geprobeerd ?

OpenPli is super en wordt prima ontwikkeld maar er is minder aandacht voor het Gstreamer gedeelte.
Begrijp dat ze in OpenPli versie 5.0 plannen hebben om ook Gstreamer te verbeteren.

Wil je toch vooruit misschien de volgende rubrieken/topics eens lezen;
http://forums.openpl...12-1314/page-3?
http://forums.openpl...er-10/page-108?
http://forums.openpl...esting/page-13?
http://forums.openpl...ter-git-images/
http://forums.openpl...-images/page-8?

Re: Haperende streams nl parlement #8 gerard0610

  • Senior Member
  • 939 posts

+41
Good

Posted 17 December 2015 - 14:02


Heb gezien dat de betreffende streams de afgelopen maanden zijn vernieuwd/aangepast.

Even geprobeerd met een oude kanalenlijst. Dit werkt echter ook niet.

Waarschijnlijk zit de oplossing ergens anders.

 

Jammer.

 

m.v.g.

 

Klaas

Ik heb nog even gekeken naar de streamcode van de tweede kamer plenaire vergadering, maar die is nog steeds hetzelfde als de laatste maand.

 

http://live.wowza.kp...l/playlist.m3u8

 

Dus helaas lost dit niets op.


Edited by gerard0610, 17 December 2015 - 14:02.


Re: Haperende streams nl parlement #9 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 17 December 2015 - 14:49

OpenPli is super en wordt prima ontwikkeld maar er is minder aandacht voor het Gstreamer gedeelte.

Je zou eens moeten weten... ;)

 

Maar het is wel waar dat wij meer de aandacht richten op het afspelen van media van schijf dan van streams. Als je alle streams werkend wilt maken (wat sowieso niet kan), dan heb je daar als ontwikkelaar een dagtaak aan. Dat is niet "zomaar" allemaal opgelost met een nieuwere versie van gstreamer.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Haperende streams nl parlement #10 HPPli

  • Senior Member
  • 1,882 posts

+36
Good

Posted 17 December 2015 - 15:09

Maar het is wel waar dat wij meer de aandacht richten op het afspelen van media van schijf dan van streams. Als je alle streams werkend wilt maken (wat sowieso niet kan), dan heb je daar als ontwikkelaar een dagtaak aan. Dat is niet "zomaar" allemaal opgelost met een nieuwere versie van gstreamer.


Ben het niet helemaal met je eens, met een eenvoudig boardje zoals een RaspberryPi met een image zoals Kodi/Kaos zijn alle voorkomende (zoals nu op een STB zogenaamd mogelijk) streams keurig zonder haperen te zien/bekijken. Ik heb inmiddels alle stream-lijsten van mijn STB gehaald en een RaspberryPi op een 2e HDMI-ingang gezet, kan ik diverse streams bekijken zonder ergernis en zelfs dezelfde remote gebruiken van mijn TV :wub:


Edited by HPPli, 17 December 2015 - 15:10.


Re: Haperende streams nl parlement #11 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 17 December 2015 - 15:24

En die gebruiken ook gstreamer?


Edited by Erik Slagter, 18 December 2015 - 10:20.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Haperende streams nl parlement #12 HPPli

  • Senior Member
  • 1,882 posts

+36
Good

Posted 17 December 2015 - 23:34

En die gebruiker ook gstreamer?

Ha, ha, ha ..... vraagje naar de bekende weg :rolleyes:  Misschien eens rondneuzen of je voor OpenPli ook geen alternatieve en goed werkende mogelijkheid kunt vinden B)



Re: Haperende streams nl parlement #13 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 18 December 2015 - 10:21

Volgens mij heb je mijn vraag niet begrepen?

 

Als de Raspberry ook gstreamer gebruikt, dan is er precies hetzelfde wel en niet mogelijk.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Haperende streams nl parlement #14 Sagitarius †

  • Senior Member
  • 4,735 posts

+78
Good

Posted 18 December 2015 - 10:47

Erik Slagter, on 18 Dec 2015 - 10:21, said:

Volgens mij heb je mijn vraag niet begrepen?

 

Als de Raspberry ook gstreamer gebruikt, dan is er precies hetzelfde wel en niet mogelijk.

Ben het volkomen met je eens Eric, er worden hier appels met peren vergeleken, een E2 box is nu eenmaal geen mediacenter zoals Kodi. :rolleyes:

Dit schrift Kodi zelf: Kodi is een opensource-mediacenter, compatibel met verschillende besturingssystemen. Het werd oorspronkelijk geschreven voor de Xbox, maar later kwamen daar versies bij voor Windows, Mac en Linux. Er is echter nog wel een team dat Kodi voor de originele Xbox updatet onder de naam XBMC4XBOX.

 

Dat neemt niet weg dat gstreamer nog veel mankementen heeft, ik snap niet dat deze bron van ergernis niet eens goed aangepakt wordt.

In dit draadje http://forums.openpl...meer-na-update/  heb ik vragen gesteld waarom met dezelfde gstreamer versie bepaalde streams wel werken en met een image van gisteren ineens niet meer. :blink:

Ja wordt er dan door de pli mannen geroepen we besteden meer aandacht aan de diverse afspeel formaten, en minder aan streams.

Ik heb zelf de test gedaan met de laatste gstreamer 1.7.0 nou dat heb ik geweten, een hele rits dingen werken ineens niet meer plugins die verdwijnen of niet werken, softcams die het vertikken enz...Ik heb de boel maar weer teruggezet naar de image van gisteren maar daar werken bepaalde streams weer niet mee o.a.. MP4 streams. :unsure:


73's

PE1AQZ


Re: Haperende streams nl parlement #15 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 18 December 2015 - 10:54

Ik vind dat wel knap, want we doen geen ontwikkeling van gsteamer in de gewone images, juist omdat er regelmatig dingen stuk gaan.

 

Als jij vindt dat gstreamer te weinig verbeterd wordt, dan zou ik zeggen, meld je aan! Wij moeten het ook maar doen met wat we krijgen op dat gebied.

 

Los daarvan, als je media een beetje standaard/normaal in elkaar zitten, is er nooit een echt probleem met gstreamer geweest. Al mijn mp4's en mkv's met h264 en ac3 of aac er in spelen al jaren gewoon af, geen enkel probleem.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Haperende streams nl parlement #16 Sagitarius †

  • Senior Member
  • 4,735 posts

+78
Good

Posted 18 December 2015 - 12:03

Erik Slagter, on 18 Dec 2015 - 10:54, said:

Ik vind dat wel knap, want we doen geen ontwikkeling van gsteamer in de gewone images, juist omdat er regelmatig dingen stuk gaan.

 

Als jij vindt dat gstreamer te weinig verbeterd wordt, dan zou ik zeggen, meld je aan! Wij moeten het ook maar doen met wat we krijgen op dat gebied.

 

Los daarvan, als je media een beetje standaard/normaal in elkaar zitten, is er nooit een echt probleem met gstreamer geweest. Al mijn mp4's en mkv's met h264 en ac3 of aac er in spelen al jaren gewoon af, geen enkel probleem.

Dat zeg je nu wel Eric, maar @MastaG op het Engelstalige 3th party forum is er anders knap druk mee, en ook een van de pli mannen, afschuiven van het gstreamer probleem vind ik nogal gemakkelijk. Wat betreft standarisering zo lust ik er nog wel een paar, als iedereen zich aan bepaalde protocollen zou houden zou er ook geen oorlog meer in de wereld zijn. :lol: Het moet voor het pli team toch ook frustrerend zijn dat die gstreamer nog steeds niet goed werkt, ik heb de kennis daar niet voor ander zou ik er wel op ingaan en ben dus geheel van jullie kennis afhankelijk. ^_^  


73's

PE1AQZ


Re: Haperende streams nl parlement #17 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 18 December 2015 - 13:04

Je kunt voor elke workaround die je maakt (en dat is wat MastaG en mx3L in feite doen) wel weer een andere file vinden die vervolgens ook weer niet afgespeeld kan worden.  Vaak ook files die eerder wel goed speelden. Dat is dan ook precies waar deze heren tegenaan lopen. Ik vind het daardoor een vrij futiele excercitie. Dan besteed ik mijn beperkte tijd liever aan iets waar we ècht mee vooruit gaan.

 

Voor mij is het daarnaast ook een principekwestie. Waarom zou ik heel veel tijd besteden aan het proberen "alles" speelbaar te maken, terwijl degene die de filmpjes omzet geen moeite wenst te doen standaarden te volgen of uit te zoeken hoe dat moet, idem degene die de filmpjes download en wil kijken. En dan is het nog 99% illegaal ook. Als je eersteklas service wenst, dan stel ik voor dat je naar de videotheek gaat, daar netjes betaalt voor de huur van een film en dan krijg je de garantie dat je het kunt afspelen, zonder moeite te hoeven doen.


Edited by Erik Slagter, 18 December 2015 - 13:04.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Haperende streams nl parlement #18 HPPli

  • Senior Member
  • 1,882 posts

+36
Good

Posted 18 December 2015 - 14:11

Je kunt voor elke workaround die je maakt (en dat is wat MastaG en mx3L in feite doen) wel weer een andere file vinden die vervolgens ook weer niet afgespeeld kan worden.  Vaak ook files die eerder wel goed speelden. Dat is dan ook precies waar deze heren tegenaan lopen. Ik vind het daardoor een vrij futiele excercitie. Dan besteed ik mijn beperkte tijd liever aan iets waar we ècht mee vooruit gaan.

 

Voor mij is het daarnaast ook een principekwestie. Waarom zou ik heel veel tijd besteden aan het proberen "alles" speelbaar te maken, terwijl degene die de filmpjes omzet geen moeite wenst te doen standaarden te volgen of uit te zoeken hoe dat moet, idem degene die de filmpjes download en wil kijken. En dan is het nog 99% illegaal ook. Als je eersteklas service wenst, dan stel ik voor dat je naar de videotheek gaat, daar netjes betaalt voor de huur van een film en dan krijg je de garantie dat je het kunt afspelen, zonder moeite te hoeven doen.

1) Met dergelijke reactie ofwel jouw conclusie, het vinden van een futiele exercitie zullen de heren MastaG en mx3L enorm blij zijn. Overigens, snap je niet helemaal. Eerder vraag je juist hulp en/of deelname voor verbetering van Gstream om het 2 uur later een futiele excercitie te noemen. :blink:  :wacko:  :wacko:

 

2) Volgens mij gaat je principe kwestie/uitleg een beetje mank. Je hoeft inderdaad niet alles speelbaar te maken als het gaat over het simpel en (bijna) realtime zichtbaar maken van internet streams op het gebied van films op je sat/cable receiver, daar zijn ook alternatieven voor zoals o.a. RaspberryPi-2. Maar als je eerst trots bent over het feit dat binnen OpenPli middels Gstream ook radio of beeld-streams kunt bekijken van steden, havens enz. en ook als zodanig prima werkt kom dan niet aan met dit principe-geklets/argument als na een aanpassing elders binnen jullie OpenPli-team/image deze streams niet meer werken. Het zou je sieren om te kijken wat er onbewust is veranderd aan de parameters welke belangrijk zijn voor een goede werking van radio of beeld-streams middels Gstream gelijk voorheen. :wub:


Edited by HPPli, 18 December 2015 - 14:13.


Re: Haperende streams nl parlement #19 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 18 December 2015 - 14:25

Aan gstreamer 0.1 hebben we al weken niet echt wat aan veranderd.... Je kan ons helpen door in ieder geval proberen te vinden welke "patch" het veroorzaakt heeft... Eerst deed 8 December het wel nog, ben ik gaan graven en nu blijkt een image van 7 December het ook al niet te doen... 

Wat ook kan helpen... in ieder geval ons... als je met putty of zo naar je box gaat...

 

Daar init 4 te typen en dan enigma2.... je ziet dan in beeld allerlij log info...

 

je speelt je stream en laat het laatste (relevante) stukje van de log dan hier zien....


Edited by littlesat, 18 December 2015 - 14:26.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Haperende streams nl parlement #20 KlaasVV

  • Senior Member
  • 100 posts

+1
Neutral

Posted 18 December 2015 - 16:23

Bedankt littlesat voor je tijd. Voor de aardigheid heb ik nog even gekeken welke oude versie ik nog had op schijf. De et9500 voorzien van een verse flash van 24-11. Daar is het probleem ook al aanwezig. Wel even de zenderlijst geupdated.

 

Verder je aanwijzigingen gevolgd, met als resultaat onderstaand log.

<  1065.788625> [eHdmiCEC] received message 84 10 00 04
<  1066.343573> [eHdmiCEC] received message 87 00 90 3E
<  1068.222506> [eHdmiCEC] received message 84 10 00 05
<  1068.767221> [eHdmiCEC] received message 87 00 90 3E
action ->  OkCancelActions ok
action ->  OkCancelActions ok
<  1070.948446> [eDVBServicePlay] timeshift
playing 4097:0:1:0:0:0:0:0:0:0:http%3a//live.wowza.kpnstreaming.nl/tweedekamerlive/plenairezaal.smil/playlist.m3u8:Tweede Kamer
<  1070.952164> [eDVBCAService] free slot 0 demux 0 for service 1:0:1:17C0:C82:3:EB0000:0:0:0:
<  1070.952621> [eDVBCAService] free service 1:0:1:17C0:C82:3:EB0000:0:0:0:
<  1070.998953> [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
<  1070.999387> [eDVBPCR0] DEMUX_STOP ok
<  1070.999907> [eDVBPCR0] destroy
<  1071.000248> [eDVBVideo0] DEMUX_STOP  ok
<  1071.001089> [eDVBVideo0] VIDEO_STOP ok
<  1071.007293> [eDVBVideo0] destroy
<  1071.007563> [eDVBAudio0] AUDIO_STOP ok
<  1071.011408> [eDVBAudio0] DEMUX_STOP ok
<  1071.012434> [eDVBAudio0] AUDIO_CONTINUE ok
<  1071.013140> [eDVBAudio0] destroy
<  1071.013515> [eDVBText0] DEMUX_STOP ok
TuxTxt stopped service 2b
<  1071.020743> [eDVBText0] destroy
cleaning up
TuxTxt cache cleared
<  1071.033300> [eDVBResourceManager] start release channel timer
<  1071.034349> [eServiceMP3] construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
<  1071.036984> [eServiceMP3] playbin uri=http://live.wowza.kpnstreaming.nl/tweedekamerlive/plenairezaal.smil/playlist.m3u8
<  1071.100063> [eServiceMP3] starting pipeline
resolved to PLAY
<  1071.550331> [eServiceMP3] gst_element_query_position failed in getPlayPosition
resolved to PLAY
<  1071.556999> [eServiceMP3] gst_element_query_position failed in getPlayPosition
resolved to PLAY
<  1071.562848> [eServiceMP3] gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
RemovePopup, id = ZapError
<  1071.668275> [eServiceMP3] state transition NULL -> READY
<  1071.672284> [eServiceMP3] GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
<  1071.903569> [eServiceMP3] Buffering 0 percent done
<  1071.904773> [eServiceMP3] Buffering 100 percent done
<  1071.905893> [eServiceMP3] Buffering 0 percent done
<  1072.194331> [eServiceMP3] Buffering 33 percent done
<  1072.737717> [eServiceMP3] Buffering 66 percent done
<  1072.952859> [DVBCAHandler] no more services
<  1073.526382> [eServiceMP3] Buffering 100 percent done

(enigma2:1036): GStreamer-CRITICAL **: gst_caps_get_structure: assertion 'index < caps->structs->len' failed
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
<  1074.033496> [eDVBResourceManager] release cached channel (timer timeout)
<  1074.033664> [eDVBLocalTimerHandler] remove channel 0x1aa1990
<  1074.033918> [eEPGCache] remove channel 0x1aa1990
<  1074.036678> [eEPGCache] abort caching events !!
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
<  1074.040216> [eDVBResourceManager] stop release channel timer
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
ORC: ERROR: /dreambox/oe.openpli-4/build/tmp/work/mips32el-oe-linux/orc/0.4.23-r0/orc-0.4.23/orc/orcprogram-mips.c(151): orc_compiler_orc_mips_init(): unhandled variable size 8
<  1074.455601> [eServiceMP3] state transition READY -> PAUSED
<  1074.459478> [eServiceMP3] loading cuesheet
<  1074.460219> [eServiceMP3] cutfile not found!
<  1074.501372> [eServiceMP3] async-done - 1 video, 1 audio, 0 subtitle
<  1074.503685> [eServiceMP3] AUDIO STRUCT=audio/mpeg
<  1074.505288> [eServiceMP3] audio stream=0 codec=audio/mpeg language=und
<  1074.657413> [eServiceMP3] state transition PAUSED -> PLAYING
<  1077.044517> [eDVBFrontend] close frontend 0

** (enigma2:1036): CRITICAL **: gst_fragment_get_total_size: assertion 'GST_IS_FRAGMENT (fragment)' failed

** (enigma2:1036): CRITICAL **: gst_fragment_get_total_size: assertion 'GST_IS_FRAGMENT (fragment)' failed

(enigma2:1036): GStreamer-CRITICAL **: gst_caps_get_structure: assertion 'index < caps->structs->len' failed

** (enigma2:1036): CRITICAL **: gst_fragment_get_total_size: assertion 'GST_IS_FRAGMENT (fragment)' failed

(enigma2:1036): GStreamer-CRITICAL **: gst_caps_get_structure: assertion 'index < caps->structs->len' failed

(enigma2:1036): GStreamer-CRITICAL **: gst_caps_get_structure: assertion 'index < caps->structs->len' failed
<  1199.854638> [eServiceMP3] async-done - 0 video, 1 audio, 0 subtitle
<  1199.887715> [eServiceMP3] state transition PAUSED -> PLAYING

** (enigma2:1036): CRITICAL **: gst_fragment_get_total_size: assertion 'GST_IS_FRAGMENT (fragment)' failed

(enigma2:1036): GStreamer-CRITICAL **: gst_caps_get_structure: assertion 'index < caps->structs->len' failed

Met vriendelijke groet,

 

Klaas





Also tagged with one or more of these keywords: stream

1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users