MiLo

We hebben nog een klant gehad die onze FPGA/CPU module perse zonder actieve koeling wilde draaien. De betreffende FPGA kon zo'n 50W dissiperen. Een werktemperatuur van 60 tot 80 graden vond de klant dan weer geen probleem, de verkorte levensduur nam hij voor lief.

 

Een paar dure lessen die we daarbij geleerd hebben is dat je bij Xilinx devices blijkbaar zelf nog de thermische beveiliging moet activeren in de programmering, hij staat default uit. Beetje zonde van een chip van ruim 2 mille om dat in de praktijk te moeten ontdekken. De amdere dure les was dat zelfs met een interne beveiliging de chip zichzelf zo snel lokaal kan opwarmen, dat de beveiliging te laat inschakelt en de chip alsnog sterft van de hitte.

 

En inderdaad, 't is altijd een zachte dood...

(In English because my German is only good for ordering Schnitzels)

 

When it makes a copy on the same device, enigma2 actually creates a link. It does that for all files, including the "meta" file that holds the movide description. When you rename a movie, it does not change the file name, it changes the contents of the meta file and that is still shared. This is in error.

 

The fix is rather simple. When it saves the new meta file, it should remove the previous one first and not re-use the file. So just call "unlink()" before opening it in the code. This makes it so that when the meta-data changes, it will only change for the copy you're looking at.

The SSH method is safe and much easier than VPN. It encrypts everything, which can be taxing for low-end (i.e. old) boxes if you want to tunnel live video through it. Also works on most mobile phones and things like that.

 

(Don't be tempted to think that you can just open the web-interface without SSH or VPN and "it won't happen to me". It will happen to you and some enterprising criminal is likely to inject ransomware on everything on your home network.)

I did make an bouet entry:

#SERVICE 1:0:1:0:0:0:0:0:0:0:http%3a//hd2400%3a8001/8192%3a0%3a1%3a0%3a0%3a0%3a0%3a0%3a0%3a0%3a?bitrate=4000000&width=1280&height=720&aspectratio=2&interlaced=0:HDMI-In (Transcoded)
#DESCRIPTION HDMI-In (Transcoded)

 

Just a kind reminder, url-encoding the link is no longer needed, if you omit the service type, something like this in your file should work as well:

#SERVICE http://some.server.local/some-path?with=parameters&such=ok
#DESCRIPTION HDMI-In (Transcoded)

 

Time will tell...

Whatever MS may do, it will never be as bad as what happened to sourceforge.

By the way, given the choice, I'd much prefer Microsoft buying github than Google.

The background renderer converts everything to 24-bit RGB (or 8-bit), so transparency gets lost. It was mostly built for large-file JPG viewing.

To get transparency, you'd have to either adapt that code to support 32-bit, or use the regular decoder in a thread. I don't know if the latter would actually be possible, since it's a GUI call.

Okay, maar even terug, hoe herken ik nu het verschil tussen Aliasing en Deinterlacing?

Technisch correct antwoord:

"Aliasing" is een effect.

Namelijk het effect dat optreedt als de samplefrequentie te laag is, en zo de verkeerde frequentie te zien of horen is. Bijvoorbeeld dat het lijkt alsof de wielen van een voertuig achteruit draaien, of dat een hekwerk ineens teveel of te weinig spijlen heeft als je er langs rijdt.

"Deinterlacing" is een techniek.

Namelijk het samenvoegen van interlaced beelden om zo toch een progressief beeld te krijgen. Afhankelijk van de gebruikte techniek leidt dit tot artefacten als horizontale kamvormige strepen, of bijvoorbeeld twee ballen in beeld.


Het verschil ertussen herkennen? Da's geen zinnige vraag, het een is een effect en de andere een techniek om beelden samen te voegen. 't Is zoiets als vragen naar het verschil tussen blauw en verf.

Please don't add another option that 99% of users won't have the faintest clue about what it means, and only one or two people would actually change it.

The 1 hour setting is for when EPG loading is complete. Apparently your provider is doing something weird and pretends the EPG is complete when it isn't. The EPG system loads all the EPG data from the transponder, and once complete, it stops doing so because it is pointless to parse the same data over and over again. On some providers, loading the full EPG takes over half an hour.

The now/next EPG (not to be confused with what the reciever may or may not show as the "next" program) is a completely different class that is not broadcasted through this interface at all. It will even keep working if you disable EPG completely.

So please let's try to solve this to the benefit of everyone and don't let one million users suffer just because of your personal workaround.

What provider are you seeing this on?

And what box are you using?

't Is dat hier geen kabel ligt, anders had ik graag iemand van Ziggo laten langskomen voor "overal perfecte wifi", dus ook in de paardenstal op 80m van 't huis...

Ik erger mij verschrikkelijk aan die reclame.

Nog even terugkomend op die buffer / memory area overflow. Drivers werken grotendeels zo niet geheel in "kernel mode", d.w.z. dat ze toegang hebben tot alle virtuele en fysieke geheugen. Als er dan "ergens" even een pointer niet goed staat (zoals hier kennelijk het geval is), dan kan er onbedoeld data gewijziged worden in het hele geheugen. Denk daarbij aan: andere processen, de kernel zelf, disk caching enz.

 

De kernel heeft een eigen virtual memory mapping, een pointer foutje kan dus wel "ergens" in de kernel iets wijzigen, maar niet zomaar in andere processen. Als je vanuit de kernel memory van een process wil 'zien' moet je eerst een mapping maken, en hetzelfde geldt voor fysiek geheugen en IO. In principe kun je wel overal bij, maar 't is niet zo "wild" als een "bare metal" applicatie. Je kunt alleen maar bij areas waarvan een driver toegang heeft aangevraagd.

...Just one bit-flip in bit 7 of any byte of one variable-length integer and the whole xz stream comes tumbling down like a house of cards...

For compression, that's a desirable feature. If a single bitflip does not destroy the whole archive, the compression could have been better.

The default is 8 days or when diskspace falls below 40GB. You can change both in setup - system - expert settings - record.

Actually, to keep your disk from spinning up needlessly, it's:
- After finishing all recordings, the 8 days old recordings are deleted
- Before starting a recording, it deletes recordings until free diskspace is at least 40GB

So if your box isn't doing any recordings, it won't do trashcan maintenance either.

Instead of forking a "wget" and blindly shooting them all down, while calling os.system which is bound to fail to work anyway, you could also just let Enigma download the files for you in a background job using twisted.net downloader. This has the nice advantage that you don't need any subprocess or threading code, and you can monitor and control the download at will.

 

Or at least, you could just send the kill signals from code to the processes you spawned instead of asking the shell to kill them by name, including some innocents.

Misverstandje: (ARM processor, nodig voor 4K)

 

De processor doet helemaal niks met 't TV beeld of de decodering daarvan. Dat er een ARM in zit, is omdat Broadcom die nu toevallig in de nieuwere chipsets toepast. Voorheen was dat meestal MIPS, die is goedkoper. Maar met 4K of H264/H265 of welke compressie dan ook heeft dat niets te maken.

 

Wel interessant aan de zwaardere CPU is dat die best wel een software codec kan draaien. Geen hoogdravende, maar zoiets als Youtube filmpjes kan hij best aan, zonder enige hulp van een GPU. Technisch probleempje is wel dat hij de uitgepakte video niet "kwijt" kan, de video buffer is niet toegankelijk. Waarschijnlijk moet er een stukje OpenGL ofzo bij om een bruggetje te maken tussen CPU geheugen en video geheugen...

 

De moderne boxen hebben zoveel opslag en CPU (meer dan de bedrijfsdatabaseserver uit mijn IT beginjaren) dat 't een optie is om er een desktop image op te bouwen met browser en e-mail client enzo. Met een toetsenbord en muis aan de USB heb je dan een wat handiger platform om kattefilmpjes te kijken...

Or like this:

https://github.com/O...c10c05d3ba35027