480 replies to this topic

[christophecvr]

Ik had dus niet de halve situatie (mijn laatste update was van vorig weekend), en toch werd het een puinhoop.

 

cat /proc/stb/encoder/enable zegt 'enabled', die had ik al gecontroleerd. "vuplus-transcoding" was inderdaad niet geinstalleerd, dat heb ik nog met de hand gedaan (zie vorige post). Maar dat mag dus niet baten...

zie mijn post aangaande rechtzetting van volledig misgelopen upgrade.

 

ook werkt enkel 720p (dient aangepast te worden in transcoding-setup.sh en rebooten) De oude enigma2 plugin en aanverwanten moeten verwijderd zijn

[Erik Slagter]

WanWizard, kun je voor mij even het initscript editen (/etc/init.d/transcodingsetup.sh) en daar alle entries behalve de "enable" uitcommentarieren, dan even herstarten en dan nog eens proberen?

 

Ik begin een vermoeden te krijgen dat met de nieuwe drivers, de instellingen die voorheen default waren, (ook) niet meer werken.

[WanWizard]

Kan me haast niet voorstellen dat dat het probleem is, want ik draai helemaal niet met de laatste drivers.

Die van mij zijn van 15/12, in verband met het loop-through probleem in latere versies.

 

edit: ik heb achter die 'enable' een "exit 0" gezet, zodat die for-loop niet loopt. Maar na een reboot hebben de proc-entries toch de waardes die in het script staan?

[Erik Slagter]

Kan me haast niet voorstellen dat dat het probleem is, want ik draai helemaal niet met de laatste drivers.

Die van mij zijn van 15/12, in verband met het loop-through probleem in latere versies.

Aha, ik dacht dat je al geupgrade had.

 

Edit: ik heb achter die 'enable' een "exit 0" gezet, zodat die for-loop niet loopt. Maar na een reboot hebben de proc-entries toch de waardes die in het script staan?

Dat is vaag...

 

Twee mogelijkheden denk ik?

- de waarden die in het script staan, zijn exact de defaults

- exit wordt niet herkend op dit punt, het is tenslotte gesourced spul

 

Toch vreemd dat het gewoon niet werkt, ik heb het aardig wat keertjes getest. Ik moet zo naar familie, maar anders kijk ik morgen nog even hoe het hier is, met de packages vanuit de feed (itt eigen gecompileerde packages).

[WanWizard]

Ik heb nu de hele for loop verwijderd, en dan heb ik deze waarden:

root@vuduo2:~# cat /proc/stb/encoder/0/level
3.1
root@vuduo2:~# cat /proc/stb/encoder/0/profile
baseline
root@vuduo2:~# cat /proc/stb/encoder/0/display_format
480p
root@vuduo2:~# cat /proc/stb/encoder/0/bitrate
2000000
root@vuduo2:~# cat /proc/stb/encoder/0/gop_frameb
0
root@vuduo2:~# cat /proc/stb/encoder/0/gop_framep
29

[christophecvr]

Kan me haast niet voorstellen dat dat het probleem is, want ik draai helemaal niet met de laatste drivers.

Die van mij zijn van 15/12, in verband met het loop-through probleem in latere versies.

Aha, ik dacht dat je al geupgrade had.

 

>Edit: ik heb achter die 'enable' een "exit 0" gezet, zodat die for-loop niet loopt. Maar na een reboot hebben de proc-entries toch de waardes die in het script staan?

Dat is vaag...

 

Twee mogelijkheden denk ik?

- de waarden die in het script staan, zijn exact de defaults

- exit wordt niet herkend op dit punt, het is tenslotte gesourced spul

 

Toch vreemd dat het gewoon niet werkt, ik heb het aardig wat keertjes getest. Ik moet zo naar familie, maar anders kijk ik morgen nog even hoe het hier is, met de packages vanuit de feed (itt eigen gecompileerde packages).

 

Dat heb ik allemaal ook geprobeerd. De driver zelf is ok (nieuw of oudere)

 

Het werkt gewoon perfect met size 720p  (met alles uit gecomenteerd werkt het niet juist zelfde klank geen beeld) Met een andere size 480p off 576p of 1080p werkt het niet.

 

De tuner werkt ok met all deze settings. Dus de drivers (oud en nieuwe ok)

 

Ben bijna .... zeker dat het probleem is in livestreamproxy. Die op andere dan 720p bugged.

 

Wat wel kan is dat de tuner als default 720p heeft en niet veranderd door die echo ?? maar dat betwijfel ik.

 

Misschien heeft livestream als default 720p en als de tuner een andere resolutie gebruikt probeerd die 720p te houden. ?? kan ook

[christophecvr]

interesant gegeven

 

dmesg output :

 

FE tune
[AUD]: AUDIO_SELECT_SOURCE 0 
[AUD]: AUDIO_SET_BYPASS_MODE 1 
[AUD]: downmix 0 state : 0
[AUD]: AUDIO_PAUSE 6503296 
[AUD]: AUDIO_PLAY 6503296 decoder start : 0
[VID]: VIDEO_SELECT_SOURCE 0  
[VID]: VIDEO_GET_SIZE src w: 1280 h:720 display w:1280 h:720
[VID]: VIDEO_GET_SIZE aspect: 1 6
[VID]: VIDEO_SET_STREAMTYPE 0 
[VID]: VIDEO_FREEZE 6503296  0
[VID]: VIDEO_PLAY 6503296  2 2
[VID]: VIDEO_SLOWMOTION 0    1
[VID]: VIDEO_FAST_FORWARD 0    1
[VID]: VIDEO_CONTINUE 6503296  1 
[AUD]: AUDIO_CONTINUE 6503296 1 aph=0xcec61b80
[AUD]: setting mute : 0
[AUD]: AUDIO_CHANNEL_SELECT 0

zie video get size (de size setting in proxy is uitgecommentarieerd)

 

Maar cat pro geeft dan

 

root@vuduo2:~# cat /proc/stb/encoder/0/display_format
480p
root@vuduo2:~# cat /proc/stb/encoder/1/display_format
480p

[christophecvr]

als ik nu zap op de box krijg ik elke keer in dmesg

 

FE tune
[AUD]: AUDIO_SELECT_SOURCE 0 
[AUD]: AUDIO_SET_BYPASS_MODE 1 
[AUD]: downmix 0 state : 0
[AUD]: AUDIO_PAUSE 6503296 
[AUD]: AUDIO_PLAY 6503296 decoder start : 0
[VID]: VIDEO_SELECT_SOURCE 0  
[VID]: VIDEO_SET_STREAMTYPE 0 
[VID]: VIDEO_FREEZE 6503296  0
[VID]: VIDEO_PLAY 6503296  2 2
[VID]: VIDEO_SLOWMOTION 0    1
[VID]: VIDEO_FAST_FORWARD 0    1
[VID]: VIDEO_CONTINUE 6503296  1 
[AUD]: AUDIO_CONTINUE 6503296 1 aph=0xceef6e80
[AUD]: setting mute : 0
[VID]: VIDEO_GET_SIZE src w: 0 h:0 display w:0 h:0
[VID]: VIDEO_GET_SIZE aspect: 1 0

Dus nog zotter. Maar het beeld past zich wel degelijk aan aan de uitzending

 

Ik werk wel met av 1080i

[christophecvr]

Nog een extra bemerking.

 

Als ik de size op default laat. (dus 480p off size setting uitgecommentarieerd)

cat proc/.... geeft dan 480p

 

Ik open via tweede window in vlc.

 

Klank start direct ok beeld blijft zwart. Indien ik nu video spoor uitschakel, dan terug inschakel, loopt alles ok en met 480p

Edited by christophecvr, 8 March 2014 - 19:45.

[WanWizard]

Dat had ik ook al gemeld, de default is 480p. Maar ik blijf hier de foutmelding krijgen mij het opstarten van VLC, dus ik kan verder niks testen...

[christophecvr]

Dat had ik ook al gemeld, de default is 480p. Maar ik blijf hier de foutmelding krijgen mij het opstarten van VLC, dus ik kan verder niks testen...

 

Ik krijg geen fout meldingen

 

met in de script file 720p . gaat het altijd van de eerste keer goed met vlc 2.0.8 op ubuntu 12.04 en 2.1.3 (van mijn andere pc deze heeft een zelf gecompileerde vlc daar ik er decklink heb aan toegevoegd voor mijn intensity pro video kaart om hdmi van dm8000 te gebruiken zonder media express)

 

met 480p off de loop volledig uitgecommentarieerd of met 576p. gaat het als ik eenmaal de audio ok is, het scherm opent dat nu zwart is. Het video spoor uitschakel en terug in schakel. lijkt een timing issue

[Erik Slagter]

Ik ga morgen even met mplayer testen, daar zie je meestal wat meer aan.

 

Ik weet wel dat ik heel af en toe een stream met "mp3 audio en mpeg2 video" krijg (terwijl ik dat echt niet ingesteld heb, het werkt niet eens).

[Erik Slagter]

Klank start direct ok beeld blijft zwart. Indien ik nu video spoor uitschakel, dan terug inschakel, loopt alles ok en met 480p

Met mplayer kun je de buffering finetunen (vlc heb ik geen verstand van). Ik heb bemerkt dat je dat inderdaad ook moet doen, omdat anders de drivers op enig moment over de cling gaan. De demux produceert een stream in "chunks", die niet samenvallen met de chunks waarin bijvoorbeeld mplayer standaard z'n input leest. Als je dat niet op elkaar afstemt, dan loopt de buffering van demux telkens te ver op en gaat het fout. Ik heb het nu zo dat-ie echt continu alles "leegleest" en dan gaat het goed.

 

Ik ben nu bezig met een vervanging voor zowel de filestreamproxy als de livestreamproxy (en dat is nog best een karwei), en die gaat alles continu leeglezen (en bufferen), zodat dit soort problemen dan niet meer zouden mogen voorkomen, hoe de player het ook leest. Wederom een workaround voor vuplus nalatigheid.

[christophecvr]

ja wat er gebeurd weet ik niet maar de vuduo2 heeft de neiging van te snel te beginnen afspelen. Dit gebeurd ook met sommige dvd iso's enz ..

 

Ik heb wel een vertraging van 200 ms moeten zetten voor audio syncronisatie.

 

Op 720p perfect en met die 200 ms audio sync vretraging in vlc loopt ook dit perfect.

 

Maar met 480p of 576p zwart scherm. Wel is de basis afmeting van het window dat vlc opent bij 480p en 576p niet juist. Als men videospoor stopt gaat scherm weg . Videospoor start gaat eerst scherm van goede afmetingen open in functie van 480p en off 576p en het begint te spelen.

 

Met 720p gaat direct een scherm van de goede afmetingen open en audio begint gevolgd door spelen van video.

[Erik Slagter]

Even ook hier mijn testjes van net.

 

Ik heb de vuduo2 vers herstart, de waarde van /proc/stb/encode/enable gecheckt en die staat netjes op "enable".

 

Vervolgens mplayer opgestart met -cache 32768 en -cache-min 5 naar de Ned 1 serviceref, en dan werkt het gewoon netjes (1080i -> 480p).

[WanWizard]

Net de duo hier volledig bijgewerkt, originele transcoding-setup.sh teruggezet, en de box herstart:

root@vuduo2:~# cat /proc/stb/encoder/enable
enable
root@vuduo2:~# cat /proc/stb/encoder/0/level
3.1
root@vuduo2:~# cat /proc/stb/encoder/0/display_format
480p

en

$ mplayer -cache 32768 -cache-min 5 http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
MPlayer SVN-r36824-4.8.2 (C) 2000-2014 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory

Ik krijg het op mijn box dus niet aan de praat.

 

edit: ik zal zo eens een flash doen, zonder autoinstall...

[Erik Slagter]

De transcoding hangt maar van heel weinig dingen af, ik denk dat een verse flash dus heel weinig kans op verbetering geeft.

 

Kun je eens wget -S doen in plaats van mplayer, hopelijk zien we dan meer op http-niveau.

 

Heb jij een wachtwoord op de webif? Dat zou ook een boel verklaren, bij nader inzien. Ik niet namelijk.

[WanWizard]

Te laat.

 

En inderdaad, het maakt geen fluit uit (anders dan dat ik nu eerst naar een zender moet zappen, omdat de nieuwe drivers de loop-through om zeep hebben geholpen).

 

8001 werkt, 8002 geeft in VLC:

Your input can't be opened:
VLC is unable to open the MRL 'http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:'. Check the log for details.

 

wget:

$ wget -S http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
--2014-03-09 11:16:12--  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... failed: Connection refused.

 

En ja, ik heb een wachtwoord op de webif.

 

Maar eh...

 

Ik zie nu dat  er na de flash niks luistert op 8002. Nader onderzoek toont aan dat geen van de packages is geinstalleerd. Moet dat niet standaard zo zijn?

root@vuduo2:~# opkg install vuplus-transcoding
Installing vuplus-transcoding (2.0-1) to root...
Downloading http://downloads.pli-images.org/feeds/openpli-4/vuduo2/vuplus-transcoding_2.0-1_vuduo2.ipk.
Installing vuplus-filestreamproxy (1.0+git7+e6d6277-2) to root...
Downloading http://downloads.pli-images.org/feeds/openpli-4/vuduo2/vuplus-filestreamproxy_1.0+git7+e6d6277-2_vuduo2.ipk.
Installing vuplus-livestreamproxy (1.0+git15+7302a1c-2) to root...
Downloading http://downloads.pli-images.org/feeds/openpli-4/vuduo2/vuplus-livestreamproxy_1.0+git15+7302a1c-2_vuduo2.ipk.
Configuring vuplus-livestreamproxy.
Configuring vuplus-filestreamproxy.
Configuring vuplus-transcoding.

 

Even de boel weer restarten...

[Erik Slagter]

Ja, deze packages hebben een dependency op the image (of andersom, het is maar hoe je het bekijkt) en zouden dus in het image zelf moeten zitten.

 

Als dat toch niet zo is, moet ik daar ook nog even naar kijken.

[WanWizard]

Bij deze, dat is dus niet zo.
 
Na de reboot heb ik wel een listener op 8002, wget geeft nu:

wget -S http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
--2014-03-09 11:27:39--  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... connected.
HTTP request sent, awaiting response... No data received.
Retrying.

--2014-03-09 11:27:40--  (try: 2)  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... connected.
HTTP request sent, awaiting response... No data received.
Retrying.

--2014-03-09 11:27:42--  (try: 3)  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... connected.
HTTP request sent, awaiting response... No data received.
Retrying.

--2014-03-09 11:27:45--  (try: 4)  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... connected.
HTTP request sent, awaiting response... No data received.
Retrying.

--2014-03-09 11:27:49--  (try: 5)  http://172.16.1.43:8002/1:0:19:1B1D:802:2:11A0000:0:0:0:
Connecting to 172.16.1.43:8002... connected.
HTTP request sent, awaiting response... No data received.
Retrying.

Transcoding is actief:

cat /proc/stb/encoder/enable
enable
root@vuduo2:~# cat /proc/stb/encoder/0/display_format
480p
root@vuduo2:~# cat /proc/stb/encoder/0/level         
3.1