173 replies to this topic

[XRayhTec]

Ik weet niet of het in 4.0 kan maar probeer framebuffer running op current tty device eens uit te zetten.
Met hw acceleratie aan zou je iets te zien moeten krijgen.

[luisteraar]

Bedankt dat was de gouden tip

Kan mp4 files afspelen met beeld moest wel met --fb-mode spelen.

Geluid nog niet zal ook wel een parameter instelling zijn.

mp3 afspelen gaat wel goed met geluid.

Met mp4 afspelen is cpu load 4%

TS files lukt nog niet maar heb goede hoop.

[XRayhTec]

Werk je vanaf de commandline?
vlc --aout=alsa

Heb je met de framebuffer full screen?

[luisteraar]

Ja ik werk vanaf cmd line.

Heb fullscreen video op tv.

 

Je moet natuurlijk een video resolutie aanbieden die fb kent.

met fbset zie je de actuele fb resolutie

met cat /sys/class/graphics/fb0/modes zie je de beschikbare resoluties

met fbset kan je ook resoluties toevoegen.

 

Ik heb al weer een nieuwre geptachde vlc op de box met meer video

resoluties heb sd-breedbeeld,hd en fhd in fb.c toegevoegd.

Heb nu even geen tijd om het uit te tetsen evt vanmiddag.

 

De grafische GUI wil al gaan starten maar moet nog een paar kde4 forms toevoegen voor wayland.

stapje voor stapje.

 

Nog iets leuks zou ook met dvb-tuners overweg kennen met kanaal settings in playlist

Edited by luisteraar, 22 February 2022 - 10:52.

[XRayhTec]

De user interface loopt hier met Qt, maar user interface en fb video out lijken in vlc onafhankelijk van elkaar te werken.
Video output wordt full screen over de user interface gezet. Het embedded video in de UI krijg ik nog niet voor elkaar.

[WanWizard]

Zo werkt video meestal, dat is in Windows ook zo, en op de box ook ( /dev/dvb/adapter0/video0 vs /dev/fb0 ).

[luisteraar]

Kan zijn dat ik nu uit mijn nek lul,zit nog in uitzoek fase.

Wat ik begrijp is /dev/dvb/adapter een video input van bv een webcam of dvb-tuner.

M.b.t framebuffer vlc's fb.c is geschreven voor systemen met de dynamische resolutie zoals bij

window in window framebuffer.

Heb even om te testen fb.c gepatches dat framebuffer via iocontrol op de static resoltutie blijft

van de hdmi uitput resolutie en het framebuffer ram de grote heeft van de media resolutie,dit

werkt tot nu toe goed de media wordt in fullscreen weergegeven.

Moet nog een paar testjes doen dan heb ik een goede patch file voor vlc's fb.c.

M.b.t gui ik werk ik de richting egl es 2 met wayland maar als qt5 het werk al doet

prima spaart werk ,hoe heb je qt5 toegevoegd enkel qtbase-native qtx11extras qtsvg toegevoegd

aan de depends ?

[WanWizard]

Nee, /dev/dvb/adapter is de interface naar de SoC voor audio en video. video wil als input een MPEG stream (of een ander door de SoC in hardware ondersteund formaat).

 

De framebuffer is een overlay die uitsluitend bedoeld is voor het creeren van een GUI, niet echt geschikt voor motion video, zeker niet op tragere SoC's (want daarvoor moet de CPU van de SoC worden aangesproken).

[XRayhTec]

M.b.t gui ik werk ik de richting egl es 2 met wayland maar als qt5 het werk al doet

prima spaart werk ,hoe heb je qt5 toegevoegd enkel qtbase-native qtx11extras qtsvg toegevoegd

aan de depends ?

Gewoon " qt5"  vermelden bij PACKAGECONFIG ?=

[XRayhTec]

Nee, /dev/dvb/adapter is de interface naar de SoC voor audio en video. video wil als input een MPEG stream (of een ander door de SoC in hardware ondersteund formaat).

 

De framebuffer is een overlay die uitsluitend bedoeld is voor het creeren van een GUI, niet echt geschikt voor motion video, zeker niet op tragere SoC's (want daarvoor moet de CPU van de SoC worden aangesproken).

Enigma 2 is een DVB applicatie en die gebruikt dan ook de DVB API.

Dat betekent natuurlijk niet dat andere applicaties hun  audio en video daar ook naar toe moeten sturen.

Ik zie ook niet in waarom de Linux fbdev niet geschikt zou zijn voor video. Dat werkt prima.

[WanWizard]

Omdat je dan in software moet decoderen, en daar zijn de meeste CPU's in de SoC niet snel genoeg voor. Ze hebben niet allemaal een quad-core 2Ghz ARM CPU...

 

Die hardware decoders zitten er niet voor niks.

[luisteraar]

Enigma2 is afhankelijk van ffmpeg.

Ffmpeg is zo geconfigureerd dat die zoveel mogelijk gebruik maakt van de SOC video verwerking.

Enigma2 doet ook de video/oudio niet direct dat dat moet een externe mediaplayer doen.

Kodi doet dat ook niet en gebruikt ook een externe player.

Vlc heeft wel meerdere ingebouwde players.

Freambuffer doet niet veel je moet een kant en klaar plaatje in ram zetten en de kernel/sock

stuurt het naar hdmi.

Vlc gebruikt ook ffmpeg voor videobewerking en ffmpeg gebruikk weer de soc.

 

Mbt gui qt5 mee linken gaat niet zo eenvoudig in de oe zit een oude qt5 en vlc verwacht onder anderen qtquickcontrols2

[WanWizard]

Enigma2 doet helemaal niks met ffmpeg.

 

ServiceMP3 spreekt gelijk de hardware decoder aan. ServiceHisilicon doet wat met ffmpeg, omdat de HilSilicon SoC's een hardware accellerator hebben die hun versie van ffmpeg kan gebruiken, en dat is weer omdat die SoC geen echte hardware decoder hebben.

 

Gstreamer als player is alleen voor het afspelen van andere formaten.

 

Op een niet HiSil box staat ffmpeg niet eens standaard geinstalleerd.

 

En Kodi werkt dus voor geen meter op een box zonder voldoende CPU power.

 

Je moet echt erg oppassen met het nemen van assumpties op basis van je eigen hardware.

[luisteraar]

enigma2-plugin-systemplugins-servicemp3.bb

serviceemp3 is gebaseerd op gstplayer

 

<..>

DEPENDS = "\
        enigma2 \
        gstreamer${GST_VERSION}-plugins-base gstreamer${GST_VERSION} \
        "

 

<..>

GST_BASE_RDEPS = "\
        gstreamer${GST_VERSION}-plugins-base-alsa \
        gstreamer${GST_VERSION}-plugins-base-app \
        gstreamer${GST_VERSION}-plugins-base-audioconvert \
        gstreamer${GST_VERSION}-plugins-base-audioresample \
        gstreamer${GST_VERSION}-plugins-base-audiorate \
        gstreamer${GST_VERSION}-plugins-base-videoconvert \
        gstreamer${GST_VERSION}-plugins-base-ivorbisdec \
        gstreamer${GST_VERSION}-plugins-base-ogg \
        gstreamer${GST_VERSION}-plugins-base-opus \
        gstreamer${GST_VERSION}-plugins-base-playback \
        gstreamer${GST_VERSION}-plugins-base-subparse \
        gstreamer${GST_VERSION}-plugins-base-typefindfunctions \
        gstreamer${GST_VERSION}-plugins-base-vorbis \
        gstreamer${GST_VERSION}-plugins-base-rawparse \
        "

GST_GOOD_RDEPS = "\
        gstreamer${GST_VERSION}-plugins-good-apetag \
        gstreamer${GST_VERSION}-plugins-good-audioparsers \
        gstreamer${GST_VERSION}-plugins-good-autodetect \
        gstreamer${GST_VERSION}-plugins-good-avi \
        gstreamer${GST_VERSION}-plugins-good-flac \
        gstreamer${GST_VERSION}-plugins-good-flv \
        gstreamer${GST_VERSION}-plugins-good-icydemux \
        gstreamer${GST_VERSION}-plugins-good-id3demux \
        gstreamer${GST_VERSION}-plugins-good-isomp4 \
        gstreamer${GST_VERSION}-plugins-good-matroska \
        gstreamer${GST_VERSION}-plugins-good-mpg123 \
        gstreamer${GST_VERSION}-
 

[XRayhTec]

Enigma2 doet helemaal niks met ffmpeg.

 

ServiceMP3 spreekt gelijk de hardware decoder aan. ServiceHisilicon doet wat met ffmpeg, omdat de HilSilicon SoC's een hardware accellerator hebben die hun versie van ffmpeg kan gebruiken, en dat is weer omdat die SoC geen echte hardware decoder hebben.

 

Gstreamer als player is alleen voor het afspelen van andere formaten.

 

Op een niet HiSil box staat ffmpeg niet eens standaard geinstalleerd.

 

En Kodi werkt dus voor geen meter op een box zonder voldoende CPU power.

 

Je moet echt erg oppassen met het nemen van assumpties op basis van je eigen hardware.

 

Ik denk dat je onderscheid gemaakt dient te worden tussen de manier waarop OpenPli de dingen geconfigureert heeft en de mogelijkheden die een box heeft.

 

Als de CPU van een box Kodi niet aan kan ga ik dat er natuurlijk ook niet opzetten.

Maar ik ga mijn Zgemma h9combo niet beperken omdat mijn XP1000 het niet aankan.

Want eigenlijk hoeft Enigma2 het hele multimedia gebeuren op een h9combo helemaal niet meer af te handelen. Dat blijft behelpen terwijl Kodi het op de 3798mv200 SoC prima aan kan . En VLC mogelijk ook wel.

[XRayhTec]

Mbt gui qt5 mee linken gaat niet zo eenvoudig in de oe zit een oude qt5 en vlc verwacht onder anderen qtquickcontrols2

Ik gebruik hier QT5.13.2 op Zeus. Als backends linuxfb,eglfs(mali) of directfb

[luisteraar]

Tnx zal nu wel lukken.

De missende qt pakketten zitten hier toch in qt die ik miste.

[WanWizard]

Als de CPU van een box Kodi niet aan kan ga ik dat er natuurlijk ook niet opzetten.

Maar ik ga mijn Zgemma h9combo niet beperken omdat mijn XP1000 het niet aankan.

Want eigenlijk hoeft Enigma2 het hele multimedia gebeuren op een h9combo helemaal niet meer af te handelen. Dat blijft behelpen terwijl Kodi het op de 3798mv200 SoC prima aan kan . En VLC mogelijk ook wel.

 

Dat is voor jou mooi, maar daar hebben zowel wij als onze gebruikers niks aan. En dat maakt deze hele oefening tot een niche verhaal, en dus een stuk minder relevant voor zowel ons als onze gebruikers.

 

Of dat betekent dat de XP1000 nog ondersteund zou moeten worden, dat is nu ook weer het anders uiterste (die heeft niet eens een HD framebuffer ).

[luisteraar]

In mijn achterhoofd zit het volgende

 

enigma2 gebruikt gstreamer om beeld op tv te toveren.

Gstreamer kan niet meer alle vrije/legale iptv streams weergeven.

Het zou kennen dat enigma2 via vlclib zijn beeld/geluid data via

vlc laat verwerken.

Tussen haakjes vlc kan ook overweg met dvbapi ala linuxtv dus ook

de stb tuners direct aanspreken.

Er zit wel een haakje aan vlc die is in plain c geschreven en niet altijd thread save

dus multi kanalen streams enz kan je vergeten met vlc.

[WanWizard]

Wij zijn absoluut niet getrouwd met gstreamer, ik zou persoonlijk veel liever een op ffmpeg gebaseerde service zien.

 

Maar dan wel eentje die maximaal gebruik maakt van de aanwezige hardware acceleratie, en niet alles in software probeert te doen, dan kun je net zo goed een RasPi pakken...