45 replies to this topic

[luisteraar]

hou toch eens op stream proxy loopt niet op gbquad4k

de proxy gebruikt poort 8002 niet 8001.

Heb de transcode op poort 8001 getest en in debug error

geen vrije encoder.

over dit thema liep al een draadje

 https://forums.openp...dpost&p=1455338

 

heb uit een externe bron de ipk moeten installeren om het weer werkend te krijgen

[WanWizard]

Je kunt niet luisteren, en blijkbaar ook niet lezen.

[Frenske]

Inmiddels ben ik weer wat verder. Ik had wat andere prioriteiten maar vanavond de Uno 4Kse weer aangesloten. Vervolgens eerst getest met streamen met en zonder transcoding via VLC. Dat werkte maar ik werd niet heel enthousiast over de beeldkwaliteit. Uiteindelijk ook weer getest met de IPad en wat denk je? Ook dat werkte weer naar behoren zonder dat ik iets gewijzigd had. Enkel de box aangesloten en opgestart. Maar goed, het werkt weer als vanouds. 

[luisteraar]

Je kunt niet luisteren, en blijkbaar ook niet lezen.

Het laatste wat ik hier over streamen/transcoden problemen zeg.

De software schrijver kent wel degelijk de problemen bij transcode intern over poort 8001

hij schrijft

 

 /*

                 * The Broadcom transcoding engine does not transfer the data to the encoder

                 * itself, so we need to start a thread to do that. Therefore there is no

                 * use to connect a (valid) decoder device. Even more it won't work because

                 * we can't open the encoder when more than two (main, PiP) decoders are in

                 * use. The encoder is reported as "busy" then. That's why we use dummy values

                 * here (4 onwards).

                 *

                 * OTOH the "xtrend" transcoding engine has the video decoder connected to

                 * the selected encoder internally. So we need to use the right decoder,

                 * connected to the selected encoder. This is usually 2 -> 0, 3 -> 1.

                 *

                 * To complicate matters even more, Broadcom transcoding uses the "xtrend"

                 * interface when recording from HDMI input, so we need to always construct

                 * two navigation instances, one with the normal, usual video decoder

                 * connected for "xtrend" transcoding and for HDMI input, and one with the

                 * dummy video decoder for Broadcom transcoding.

                 */

 

dus 

[Tech]

 

Je kunt niet luisteren, en blijkbaar ook niet lezen.

Het laatste wat ik hier over streamen/transcoden problemen zeg.

De software schrijver kent wel degelijk de problemen bij transcode intern over poort 8001

hij schrijft

 

 /*

                 * The Broadcom transcoding engine does not transfer the data to the encoder

                 * itself, so we need to start a thread to do that. Therefore there is no

                 * use to connect a (valid) decoder device. Even more it won't work because

                 * we can't open the encoder when more than two (main, PiP) decoders are in

                 * use. The encoder is reported as "busy" then. That's why we use dummy values

                 * here (4 onwards).

                 *

                 * OTOH the "xtrend" transcoding engine has the video decoder connected to

                 * the selected encoder internally. So we need to use the right decoder,

                 * connected to the selected encoder. This is usually 2 -> 0, 3 -> 1.

                 *

                 * To complicate matters even more, Broadcom transcoding uses the "xtrend"

                 * interface when recording from HDMI input, so we need to always construct

                 * two navigation instances, one with the normal, usual video decoder

                 * connected for "xtrend" transcoding and for HDMI input, and one with the

                 * dummy video decoder for Broadcom transcoding.

                 */

 

dus 

 

Jemig wat kan jij een onzin uitkramen,

je baseert je continu op gegevens die niet eens van toepassing zijn voor openpli, Erik heeft indertijd de volledige transcoding op de JUISTE manier, dus zonder allerlei hacks vanwege driver issues.

Haal die plaat nu eens voor je gezicht weg en ga eindelijk eens lezen wat er allemaal geschreven is.
Overigens laat je je uit over het feit dat de GB anders moet zijn dat de VU, ik zou dat graag eens onderbouwd willen zien met echte feiten en niet met aannames, die heb ik al meer dan genoeg gezien.

[luisteraar]

jesus het staat in de sourcecode die openpli gebruikt

 

https://github.com/O...dvb/encoder.cpp

 

kennen jij je eigen systeem (openpli) niet