Posts by Marxon

Hi everybody,

perf top

shows me multiple running hyperiond processes.

Is this normal or shoudt there be only one hyperiond at once?

Best regards
Marxon

I just un- and reinstalled Hyperion and the number of processes has not changed.

So i guess multiple hyperiond instances are normal.

Topic closed

Hi pclin,

thanks for explanation!

Although I would now like to ask the nooby question why it not could simply be copied in the graphics memory?

Afaik there is only "normal" RAM and no special GPU Memory on the Pi?

Best regards

Marxon

Hi everybody,

I don't know if this is a bug or supported at all but

capturing VP9 encoded videos via the internal grabber does not work.

The led visualization live-video screen shows the LibreElec logo but not the playing video.

The log repeats:

2024-11-19T10:19:50.309Z [FLATBUFSERVER] (DEBUG) (FlatBufferServer.cpp:76:newConnection()) New connection from ::ffff:127.0.0.1
2024-11-19T10:19:50.310Z [IMAGETOLED|AmbiLight] (DEBUG) (ImageToLedsMap.cpp:113:ImageToLedsMap()) Previous line repeats 1 times
2024-11-19T10:19:50.310Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:178:registerInput()) Register new input 'DRM@::ffff:127.0.0.1/FLATBUFSERVER' () with priority 150 as inactive
2024-11-19T10:19:50.352Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:182:registerInput()) Reuse input 'FlatBuffer/COLOR' () with priority 150
2024-11-19T10:19:50.352Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:422:updatePriorities()) Set visible priority to 150
2024-11-19T10:19:51.398Z [FLATBUFSERVER] (DEBUG) (FlatBufferClient.cpp:70:disconnected()) Socket Closed
2024-11-19T10:19:51.455Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:359:updatePriorities()) Removed source priority 150
2024-11-19T10:19:51.455Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:422:updatePriorities()) Set visible priority to 250
2024-11-19T10:20:21.554Z [FLATBUFSERVER] (DEBUG) (FlatBufferServer.cpp:76:newConnection()) New connection from ::ffff:127.0.0.1
2024-11-19T10:20:21.556Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:178:registerInput()) Register new input 'DRM@::ffff:127.0.0.1/FLATBUFSERVER' () with priority 150 as inactive
2024-11-19T10:20:21.598Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:182:registerInput()) Reuse input 'FlatBuffer/COLOR' () with priority 150
2024-11-19T10:20:21.598Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:422:updatePriorities()) Set visible priority to 150
2024-11-19T10:20:22.630Z [FLATBUFSERVER] (DEBUG) (FlatBufferClient.cpp:70:disconnected()) Socket Closed
2024-11-19T10:20:22.705Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:359:updatePriorities()) Removed source priority 150
2024-11-19T10:20:22.705Z [MUXER|AmbiLight] (DEBUG) (PriorityMuxer.cpp:422:updatePriorities()) Set visible priority to 250

Playing the same video H264 encoded does work propaply.

Best regards

Marxon

• Pi4
• LibreElec 12.0.1 (Kodi 21.1)
• Framebuffer internal grabber
• WS2812

Hi pati,

for testing purpose: try connecting your stribe with a shorter data line cables.

Best regards

Marxon

Hi together,

just some update: rudihorn's drm-vc4-grabber works quiet nice on LibreElec 11.

Hi Johnny,

your info comes exactly at the right time because i wiped my LibreElec installation 10 minutes ago (without backup of course) just to notice CoreElec is not available for the Raspberry... First inform then act! Shit happens

So lets start with a new installation from the beginning.

Thanks for your reply Lord-Grey.

I really wish i could contibute by developing a grabber

but unfortunately thats out of my skills.

Hi Hyperioners,

i haven't been here for a while so i am not really up to date.

Now i would like to know what are the latest possibilities for using Kodi and Hyperion via internal video gabber?

Is LibreElec v9 still the only possibility? Or is maybe some other OS with seperately installed Kodi working too?

Thanks for clearification.

Best regards

Marxon

Hi Sylber,

that are great news!

What would be interesting to me is: does your App support multiple Hyperion instances?

iOS Version is comming soon, so i can not yet check this myself.

Best regards

Marxon

Hi OrajelToothpaste,

Quote from OrajelToothpaste

and while it used to work,

is this really true?

Maybe i miss something, but the WS2815 datasheet says V_iH = 0.7VDD

Which means the data line voltage should be 0.7 times your supply voltage.

12V * 0.7 = 8,4V

But the Arduino's GPIO output voltage is just 5V.

Best regards

Marxon

Hi again,

sorry for my late reply.

Quote from TPmodding

This should happen, right. but your config says ""invert": false," maybe the web-gui has some issues, did you saved or just ticked the box?

Sorry, for this contradiction!

I checked it again but it seems that I just only forgot to enable it again before exporting the config.

Quote from Lord-Grey

Maybe you have a look there how Invert is to be used with the correct corresponding hardware setup.

Of course, when troubleshoot I allways do a elimination process. So i disconnectesd my hardware setup first and measured directly on the gpio pin: same result.

(Ich befürchte fast, hier habe ich die englische Grammatik völlig verhauen, deshalb nochmal auf Deutsch:

Nach dem Ausschlussverfahren habe ich bei der Fehlersuche natürlich bei meinem Hardware Setup begonnen

und direkt am GPIO Pin gemessen).

To be honest, like said before there is also no really need for me to use the invert signal option because i did a mistake and swapped the output of my line driver.

You guys do a great job and you are not responsible for my faults so i fixed that in meanwhile.

Everything is working now.

Nevertheless, for the sake of completeness: the "problem" remains.

I am far away beeing a programmer but i take a look in the source code. Maybe i figure out whats going wrong.

(Ein blindes Huhn findet schließlich auch mal ein Korn

Have a nice day!

Best regards

Marxon

Quote from pclin

Can you please take a screenshot?

Bitteschön 🙂

Hi pclin!

Thank you for your quick response.

Sorry, I should have expressed myself better:

I was referring the invert signal option from the LED hardware settings and not the one of the layout setting.

From my assumption it should turn a logic high into a logic low ande vice versa but when activated this option the signal remains the same.

I accidentally reversed the polarity of my RS485 line driver so this option would be usefull for me

Best regards

Marxon

Hi Hyperion-Team,

unfortunately the invert signal option seems not to work correctly.

I added my config for investigation.

Best regards

Marxon

I am glad that to

Quote from Lord-Grey

Rewrite/Refresh Time can be configured for the LED device (I guess you see it with Expert level).

It it the time when a LED device does an update itself when no new updates are coming as some devices cannot maintain a stable state themselves over time.

That’s true. Was confused by the term „rewrite“ time

Quote from Lord-Grey

Nevertheless, let me have a look and add a debug statement to test how many color events end up at the LED device.

OK statements will follow…

I will also take a look into source code.

Guess not but maybe i figure out something.

Little bit off topic:

Es freut mich gerade zu sehen, dass ich zwar nichts wirklich richtig kann und verstehe

aber dennoch kein absoluter noob bin.

Fast alles davon habe ich durch so großartige Projekte wie Hyperion und

Leuten wir dir gelernt.

Vielen Dank für all die Mühe, die Zeit und das Herzblut das ihr da reinsteckt!

Quote from Lord-Grey

If you measure at the LEDs itself, you need to have rewrites off, too.

Rewrites off? How do you mean this exactly?

(jetzt steh ich gerade auf dem Schlauch )

EDIT: Is it wrong to measure at the leds itself?

I could also measure on the pi output but this should make no difference

Hi Lord-Grey!

1. That was also my assumption. Smoothing was of course turned off.

2. Ok but it's not just more events, it's an infinite number of events.

3. I hooked up an osci and an logic analyzer and measured on the leds data input.

Hi all,

yesterday i was fiddeling around litte bit with my hyperion setup (Pi4, Libreelec, WS2812b, PWM)

and have noticed something "strange".

When turning on a static color via the web interface remote control,

sometimes data is send continuously and sometime data is send only once to the leds.

For example, they are only send once at full single colors like (255,0,0), (0,255,0) and (0,0,255).

At (214,44,85) they are send continuously.

I know this does not really matter because the leds remain in theire last state but just for technical interest:

is this an intendet behavior or whats the reason for this?

Thanks for explanation!

Best regards Marxon

Hi you Coding-Pros,

because i am facing the problem of randomly swapping instances -> LED instances swapping from time to time,

it would be nice to have a hyperion restart buttton on the configuration page.

Best regards

Marxon

Hi daysmoke,

ich nutze ein Meanwell S-100-5 5V/20A.

Benötige höchsten 15A, würde es auch nur ungern unter Volllast betreiben wollen.

Bisher aber zumindest keine Probleme damit gehabt.

Gruß