Jump to content


Erik Slagter

Member Since 3 Oct 2008
Offline Last Active 16 Oct 2019 14:07
****-

#1114628 recording HDMI In op VU+ DUO 4k

Posted by Erik Slagter on 16 October 2019 - 13:48

The issue has been reported.




#1091930 IP camera is toegankelijk vanaf internet-hoe?

Posted by Erik Slagter on 16 August 2019 - 09:57

Geef mij maar apparaten die totaal dom en netwerk-agnostisch zijn (i.e. géén netwerkaansluiting). Die maak ik dan zelf wel, mezelf vertrouw ik meestal wel  :lol:




#1072319 watermark in classic videos

Posted by Erik Slagter on 22 June 2019 - 13:54

It's so-called "in band metadata". In these days video was analog and there was no way to supply additional metadata (like timecodes from the camera) besides the video, but remaining in sync. So they simply put the data IN the video ("in band"). As television sets usualy had quite a large overscan area, you were supposed not to be able to see the data.

 

Besides that, analog video recorders were not able to record the complete picture (including the "overscan" areas) so they would produce noise in those area's (due to limited bandwidth and heads on the drum that needed to switch between each field).




#1069553 Stability and different boxes

Posted by Erik Slagter on 14 June 2019 - 09:15

The interface (API) is dictated mostly by how DMM (Dream Multimedia) created it in their implementations of enigma2 and the drivers. The other vendors will have to follow this design for existing functionality. For new features they can choose the interface (which will mostly be dictated by Broadcom anyway), which, in theory, other vendors will need to follow. We at OpenPLi are a bit more strict in this than other images builders, which tend to allow for all sorts of exception code for different vendors. We try to avoid that as much a possible.

 

This concept is the same for Broadcom, HiSillicon and any other SoC manufacturer. We don't care what SoC is inside, as long as it plays by the rules and then it will be no problem to build an image for it.

 

The API consists mainly of the well-known DVB4Linux API, which has been in the kernel for ages. Quite a bit of functionality is not covered there, though and has alternative access, like additional ioctls and /proc (/proc/stb/...) entries. AFAIK there are no driver implementations yet that use /sys.

 

If you want to know how it works and how it was designed, I can only suggest: "Use the source Luke"! The original implementation of Enigma2 by DMM wasn't really documented and everyone of us (image builders) have kept to that tradition. Let me warn you: it's not pretty.




#1067265 Vu+ Uno4Kse loopt vast

Posted by Erik Slagter on 9 June 2019 - 08:36

Ik zou het liefst zien dat TS op zo'n moment even gaat inloggen (met telnet of ssh) op de ontvanger. Als dat al niet lukt (geen verkeer terug), dan is de ontvanger gewoon gecrasht. Daar kan enigma niks aan doen.

 

Als dat wel lukt, dan de output van "dmesg", kijken of daar een driver crash in zit (en dan ook kunnen we er nog niks aan doen).

 

Als dat ook niet het geval is, dán kan het aan enigma liggen. Ik denk aan

- OOM door teveel EPG (hoewel de UHD ontvanger heel veel RAM hebben en niet zo waarschijnlijk)

- een disk share (SMB/NFS) waarvan de server niet meer reageert

- netwerk probleem of bijv. een DNS server die het niet goed doet




#1062305 Vu zero 4k crop picture

Posted by Erik Slagter on 26 May 2019 - 14:07

I think the aspect ratio metadata is not exactly 16/9 or 4/3 (which is possible). Apparently other receivers act differently there. According to at least EBU AR should always be exactly 16/9 or 4/3.

 

AFAIK there is no AR metadata in the container (transport stream), the decoder has to rely on the elementrary stream (video stream) to be correct.

 

Enigma itself does no do anything with the AR metadata, because the transport stream is demuxed and decoded by the SoC's hardware.




#1054393 About new Gigablue UHD Trio 4K

Posted by Erik Slagter on 11 May 2019 - 15:20

Update. Yep. It's a budget receiver. Only two (fixed) tuners, no display and the same SoC as the hd60 and h9.




#1029505 Terrestrial T2 met de VU+ Duo2

Posted by Erik Slagter on 11 March 2019 - 19:00

En dan gaan we maar weer eens het verhaaltje afdraaien dat set-top-boxen alleen een CPU hebben voor de user interface. Daarvoor is die ruimschoots voldoende. Maar je kunt er geen software codecs mee draaien. Dat is helemaal niet nodig omdat de SoC decoders in hardware heeft die dat met heel weinig stroomverbruik kunnen zonder de CPU te belasten. Nadeel is dat je vast zit aan de codecs waar de SoC mee geleverd is, je kunt dus NIET later nog codecs toevoegen (zoals HEVC).




#1027225 Terrestrial T2 met de VU+ Duo2

Posted by Erik Slagter on 7 March 2019 - 20:05

Ja ik hoor ook overal dat ze "UHD" doen: 1080p50. Ik zeg UHD omdat volgens de EBU en gerelateerde organisatie (ben de naam even kwijt) 1080i50 de hoogste HD resolutie is en 1080p50 de laagste UHD resolutie. Toppunt van verwarring natuurlijk, al was het alleen maar omdat elke HD ontvanger die na samen met de VU+Solo2 uitkwam of daarna, gewoon 1080p50 kan weergeven. Lang leve de marketing.




#1016769 Duo4K diverse dingen

Posted by Erik Slagter on 14 February 2019 - 20:46

Ik zat er op te wachten wanneer Erik weer eens kwam met zijn cardshare uitlokkende vragen of antwoorden, en ja, daar is ie weer....

Je hoeft het niet te ondersteunen voor mij WanWizard, alleen beetje raar als een Hollander iets over MGcamd vraagt is het volgens Erik illegaal, en vragen ze het in het Engels word je wel gewoon geholpen, zie onderstaande.

 

https://forums.openp...mgcamd-in-feed/

 

Yep, ik heb er geen moeite mee om ferm achter die mening te blijven staan. Ik zal het nog maar eens herhalen, er is géén reden om mgcamd te gebruiken anders dan illegale zaken.

 

Ik heb niet de behoefte om dat soort dingen actief onmogelijk te maken, maar voor het bespreken van dit soort dingen schijnen er andere forums te zijn.

 

Ik vind eerlijk gezegd al dat "voor weinig" kijken erg demotiverend om m'n hobby uit te oefenen, al was het alleen maar omdat daardoor de providers steeks drastischere maatregel gaan treffen waardoor ik als legale kijker steeds meer moeite moet doen (als het al lukt) om op m'n open ontvanger te kijken waar ik voor betaal.

 

Wat ik ook demotiverend vind is dat we al gratis een image ter beschikking stellen, maar dat is kennelijk niet genoeg, de content moet ook nog gratis of voor "weinig".

 

En ja, dat geeft mij naar mijn bescheiden mening het recht om sceptisch te reageren op de zoveelste klacht dat wij mgcamd stukgemaakt zouden hebben. Wat nergens op slaat, die eer heeft mgcamd helemaal zelf door niet meer bijgewerkt te worden.




#1009401 help me for zgemma h9.2s

Posted by Erik Slagter on 29 January 2019 - 18:47

This IS a driver bug and it should not be worked around. Please revert.

 

Single tuner receivers need "zapping" for some reason, when streaming.




#1003873 MIS/PLS multistream through OpenPLI on VU+ Duo 4K

Posted by Erik Slagter on 20 January 2019 - 10:31

Yes apparently you are missing something. No problems here with recording tons of services / channels at the same time from C. I think you're using a CI module or a softcam that is limited.

 

The FBC S2x tuners support exactly that: S2x. No multistream or physical layer scrambling (yet, at least).




#1001961 streamproxy and authentication

Posted by Erik Slagter on 17 January 2019 - 17:51

Yes, I am planning improved OWIF / authentication support for 7.1. I'm already working on it. Which will also include proper audio track selection for live transcoding streams, did I already mention that?




#996241 streamproxy and choosing audio streams of movies

Posted by Erik Slagter on 8 January 2019 - 20:33

No, the hardware can only transcode one audio track. Otherwise I'd definitely have it send all audio channels.

 

But as you can see, as friend Schimmelreiter is the king of the OWIF, it's not going to happen. Because OpenPLi, as usual, does it "all wrong". I am sorry.




#996221 streamproxy and authentication

Posted by Erik Slagter on 8 January 2019 - 20:14

I have resolved it this way:

 

- added a patch to our OE that reverts the revert from Schimmelreiter; for our OWIF package, there is no need to have authentication on the web/stream page and we don't use nor care about legacy implementations.

- kept the changes in streamproxy so it no longer tries to authenticate to that page

 

Problem solved.

 

You'll need to both the adapted OWIF and the streamproxy for this to work, from our develop branch. It's not going into the release. But I think there will be a 7.1 pretty soon and that will have the changes.

 

I am not going to discuss with Schimmelreiter, because he is always "right", there is simply no sense in discussion. I am going to spare me the time plus irritation and have myself a nice fun night.