141 replies to this topic

[splinterbyte]

zijn de devs hier eigenlijk mee bezig ?

[catastrofus]

Nee, die zijn druk bezig om het topic "transcoding issue" te fixen.

[WanWizard]

Ik zou op dit moment even niet weten wie dat op zou moeten pakken, want beide vereisen specialistische kennis, en zij die dat zouden kunnen zijn allemaal zieek of onderweg (nadeel van een gemiddelde leeftijd dat rond de 50 schommeld).

[catastrofus]

Jonkies dus...

[WanWizard]

Gemiddeld he. Het zijn de jonkies die dat omlaag naar de 50 trekken...

[Sagitarius †]

Jonkies dus...

Oudere jeugd.

[WanWizard]

 

Maar goed, we gaan nu wel erg off-topic...

[luisteraar]

Vroeger was het heel gebruikelijk om boven in de source aan te geven

wie/wanneer/welke wijziging aangebracht heeft dat ontbreekt 

in de enigma sourcen jammer dat maakt overname source moeilijker om

opgelopen bugs te verhelpen.

Mijn wijzigingen in de linux kernel die 20 tot 30 jaar geleden gemaakt zijn

staan nu nog in de source met naam.

[WanWizard]

Lang niet overal standaard, ik heb 't nooit geleerd. Ook niet in assembler, waarin ik in begonnen ben (professioneel) in 1987.

 

Wat er bij mij wel ingeslagen is, is documenteren. Elke class, method en functie een documentatie block bovenaan, en uitleg in de code zelf.

 

Maar inderdaad, Enigma is een nu bijna 20 jaar oude spaghetti bende, zonder een enkele regel commentaar.

 

En heel veel OO code die niet OO gebruikt wordt, het barst van de global code, en classes die als functies gebruikt worden.

[luisteraar]

Een info header in de C source was toch wel normaal en standaard

 

Toen ik nog informatica studeerde op de taal  als mijn geheugen me niet in de

steel laat beate een afgeleide van cobol bijna 50 jaar geleden .

Toen werd er al een header gemaakt 

(ponst kaarten)

later cp/m

 

hieronder een voorbeeld

 

/*
* DreamDVD V0.9 - DVD-Player for Dreambox
* Copyright © 2007 by Seddi
*
* This DVD Player is based upon the great work from the libdvdnav project,
* a52dec library, ffmpeg and the knowledge from all the people who made
* watching DVD within linux possible.
*
* DreamDVD is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* DreamDVD is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
*
* part of libdreamdvd
*/

Edited by luisteraar, 23 September 2021 - 13:47.

[WanWizard]

Ja, dat bedoel ik (onder andere) met een documentatie block bovenaan.

[splinterbyte]

ok dan zullen we nog wat wachten en hopen dat er is eens iemand naar kijkt

[littlesat]

De beste code is code die geen commentaar nodig heeft of waar een onderliggend ontwerp achter zit…. Dan hoef je niet elke procedure een commentaar blok te geven…. En daar ontbreekt het bij enigma2 wel aan �
Gelukkig mag je wel bij elke aanpassing commentaar geven door dat GitHub een helaas gebeurt dit ook niet altijd goed…

[WanWizard]

Daar ben ik het niet mee eens.

 

Hoe goed de code (in de ogen van de programmeur die het schrijft) ook is, iemand die het nooit eerder gezien heeft zal toch flink moeen spitten om 't allemaal te kunnen volgen, zonder documentatie.

[littlesat]

Dat zeg ik ook niet…. De documentatie kan ook buiten de code die hoeft niet in de code… als het er maar is….

[luisteraar]

Dat zeg ik ook niet…. De documentatie kan ook buiten de code die hoeft niet in de code… als het er maar is….

Waar is de documentatie te vinden ?

[40H3X]

Die is er dus niet, buiten de commits, daarom schreef WanWizard ook "spagetti".

[luisteraar]

Ik heb me een gbbluequad4k laten komen ,ben ermee aan het testen.

Test is nog niet afgerond maar krijg de indruk dat met fallback en pip+hoofdscherm

het zelfde probleem geeft dus geen VU driver probleem.

Heb nu ook kunnen testen via fallback dat UHD (geen fhd ) probleemloos

over het netwerk kan dus daar ligt het niet aan denk ik.

Project voor vandaag verder testen.

 

Als de diff files nog bekend zijn met datum rond de tijd van

de fallback implantatie kan veel gerecontrueerd worden.

Edited by luisteraar, 26 September 2021 - 09:59.

[Sagitarius †]

Ik heb me een gbbluequad4k laten komen ,ben ermee aan het testen.

Test is nog niet afgerond maar krijg de indruk dat met fallback en pip+hoofdscherm

het zelfde probleem geeft dus geen VU driver probleem.

Heb nu ook kunnen testen via fallback dat UHD (geen fhd ) probleemloos

over het netwerk kan dus daar ligt het niet aan denk ik.

Project voor vandaag verder testen.

 

Dat constateerde iemand al eerder dat het waarschijnlijk niet in de VU als server zit, maar in de fallback cliënt er iets mis gaat.

Ik hoop dat je iets verder komt met je experimenten later op de dag, ik ga straks F1 kijken maar zal daarna dit draadje in de gaten houden.

Ter info, ik heb de Adroid E2 Stream app nu ook zover dat transcode gewoon werkt met poort 8001, via de proxy poort 8002 werkte het overigens ook al.

De server is een Ultimo 4k een bewijs dat transcoding via fallback op zich goed werkt, maar het probleem in de fallback cliënt zit.

Edited by Sagitarius, 26 September 2021 - 11:12.

[luisteraar]

de resultaten

server vuultimo4k geeft totaal geen problemen bij meerdere streams ook transcode

op poort 8001 werkt prima.

Dat multi stream werkt is eigenlijk niets nieuws ,hier kijk ik weleens tv in slaapkamer

lekker rustig en vrouw kijkt tv via tablet gegelijk dat werkt al eeuwen zeker 10 jaar goed.

De gbquad4k is een leuk bakje ook dat 3 images in de flash kan ,handig bij testen 

multiboot is traag bij booten.

op gbquad4k via fallback heb ik als pip ingeschakeld wordt hakkelig beeld op

hoofdscherm en in de pip.

Zap ik na een ander kanaal zijn de problemen weg en dubbel streamen

met pip werkt prima.

de gbquad4 doet het iets beter als de solo2 de solo2 gaf bij inschakelen pip zwart

beeld maar na een zap werkt pip via fallback tuner weer.

De quad4 wil remote channels niet ophalen oorzaak nog onduidelijk.

Ik denk dat tussen quad4 en solo2 weinig verschil zit dus dat de drivers

van de vu niet de schuldige zijn maar de client.

Edited by luisteraar, 27 September 2021 - 09:49.