Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 2:42 am

it's gotta be the only thing that comes to mind! i've tried Raspbian Buster from Noobs 3.1.1 , 3.2.0, directly, LibreElec's alpha build and a upcomming alpha build of Kodi+Retroarch, they all have this verry odd problem w/ the composite out enabled. which i cant test against w/ HDMI as my Micro cable wont be here for another day or so,

Raspbian Buster takes upwards to 8 Mins to fully boot! and somethings like Chromium have all its UI Elements missing, it took this Kodi+Retroarch alpha build of LibreElect 20-mins... to reach "Welcome to LibeElec" setup. and the stock LibreElec alpha image crashes Well before that leaving the ACT light flashing super rapidly and emitting a ear screeching tone.

@jamesh (i hope i tagged you correctly, i dont use the forums much here,) you said something in the previous topic i made it would impact performance a bit.. *smh* it cant be affecting it THIS badly, is it something w/ the current firmware causing this?

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 23710
Joined: Sat Jul 30, 2011 7:41 pm

Re: Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 6:05 am

It will be slightly slower, but what you are describing is MUCH slower. Odd. I'll check when back in office.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
"My grief counseller just died, luckily, he was so good, I didn't care."

Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Re: Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 9:07 am

i'm jumping off to bed (holy crap i let so many hours pass playing some A Link to past Randomizer seeds on RetroArch X_X) i'd haveto power it backup but theres a long peroid of seeing the 4 Raspberries on power on to a black screen to it saying "Timed out waiting for" (something) then it took along while from another black screen to show "LibreElec Just enough OS for Kodi" it sat there for awhile before it droped to a bash prompt, left it along then thats what took the Most to eventually reach the setup screen for Kodi.

the stock LibreElec never did that. but the raspbian buster image had nearly the same long period of a black screen (though the Desktop was responsive.. but if the screen timed out/slept it could take almost a full min from waking to get a display to mouse/keyboard input)

didnt seem to matter how little or much Ram i assigned the GPU, and im using a verified (non fake via H2testw) class 10 Sandisk 32GB MicroSD for it. it was ordered thru Canakit if it matters, and can upload a image of the lil QR Image on the back if needed,

timg236
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 203
Joined: Thu Jun 21, 2018 4:30 pm

Re: Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 11:18 am

IIRC there was a problem with the launch firmware where vsync updates were not getting through to FKMS for tvout. This caused the boot to be very slow because every screen updated timed out. If you can run dmesg then there should be evidence of this in the logs

Not sure if this has been fixed though.

tvjon
Posts: 710
Joined: Mon Jan 07, 2013 9:11 am

Re: Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 12:43 pm

Cael wrote:
Sun Jul 14, 2019 2:42 am
.... which i cant test against w/ HDMI as my Micro cable wont be here for another day or so,

Raspbian Buster takes upwards to 8 Mins to fully boot! ...
Composite was my first sighting of booting Pi4 as the courier managed to take an unscheduled extra day to deliver my µHDMI cables too!


Not 8 min's here, but there's definitely a big delay.

Having set

enable_tvout=1

in config.txt

I put my current µSD for Pi4 into a RPi3b with hdmi cable along with composite plugged in, & booted.

No slowdown noted & as expected, hdmi monitor displays boot & desktop, nothing on Composite.


Next, in config.txt, I commented out the enable

#enable_tvout=1

left the composite cable plugged in, but pulled out the hdmi cable.

sudo reboot

Multicolour blob appears, then 4 raspberries etc., then black screen.

After about a minute, the desktop appeared on the composite output.

Rebooting then also took much longer than usual, mostly because it didn't seem to want to shut down, even though only a terminal was open.

On a subsequent slow reboot, I plugged back in the hdmi cable for a few seconds.

Removed it again, & hey presto, Composite monitor has a picture rather more quickly.

So, apart from the time factor, enable_tvout=1 doesn't seem to do much.

$ uname -a
Linux b1 4.19.57-v7+ #1244 SMP Thu Jul 4 18:45:25 BST 2019 armv7l GNU/Linux

$ vcgencmd version
Jul 9 2019 14:40:53
Copyright (c) 2012 Broadcom
version 6c3fe3f096a93de3b34252ad98cdccadeb534be2 (clean) (release) (start)

& a hopefully relevant scrap of dmesg:

5.503223] [drm] Initialized vc4 0.0.0 20140616 for soc:gpu on minor 0
[ 5.503243] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[ 5.503249] [drm] No driver support for vblank timestamp query.
[ 5.503258] [drm] Setting vblank_disable_immediate to false because get_vblank_timestamp == NULL
[ 5.516487] [drm] Cannot find any crtc or sizes
[ 5.647731] random: crng init done
[ 5.647747] random: 7 urandom warning(s) missed due to ratelimiting
[ 5.684006] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[ 5.684116] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[ 5.684922] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
[ 6.552177] [drm] Cannot find any crtc or sizes
[ 7.389633] uart-pl011 3f201000.serial: no DMA platform data
[ 7.503897] 8021q: 802.1Q VLAN Support v1.8
[ 7.735273] Adding 102396k swap on /var/swap. Priority:-2 extents:1 across:102396k SSFS
[ 8.544204] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 10.060239] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[ 12.297515] Bluetooth: Core ver 2.22
[ 12.297582] NET: Registered protocol family 31
[ 12.297586] Bluetooth: HCI device and connection manager initialized
[ 12.297599] Bluetooth: HCI socket layer initialized
[ 12.297607] Bluetooth: L2CAP socket layer initialized
[ 12.297628] Bluetooth: SCO socket layer initialized
[ 12.311664] Bluetooth: HCI UART driver ver 2.3
[ 12.311673] Bluetooth: HCI UART protocol H4 registered
[ 12.311723] Bluetooth: HCI UART protocol Three-wire (H5) registered
[ 12.311924] Bluetooth: HCI UART protocol Broadcom registered
[ 12.622067] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 12.622079] Bluetooth: BNEP filters: protocol multicast
[ 12.622098] Bluetooth: BNEP socket layer initialized
[ 12.680510] Bluetooth: RFCOMM TTY layer initialized
[ 12.680538] Bluetooth: RFCOMM socket layer initialized
[ 12.680556] Bluetooth: RFCOMM ver 1.11
[ 22.232017] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:49:crtc-0] flip_done timed out
[ 34.392029] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:49:crtc-0] flip_done timed out
[ 44.632036] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CONNECTOR:51:Composite-1] flip_done timed out
[ 54.872027] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:49:crtc-0] flip_done timed out
[ 65.752010] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:49:crtc-0] flip_done timed out
[ 75.991443] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:28:plane-0] flip_done timed out

HTH

Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Re: Extremly Poor performance with tvout enabled

Sun Jul 14, 2019 5:28 pm

this is the one current LibreElec version that works but is Extremely unresponsive/slow https://forum.libreelec.tv/thread/17830 ... erry-pi-4/ it takes so long to get any keypress to detect, it was built this Wednesday so i'd assume its using the firmware of that day atleast

Edit: took a video of how long it took to get from transition of Network selection to sharin&Services to finish (which is last step really) according to the elgato software that was 16 mins, all the while input was stupid slow and response time in the UI was just as poor, the clock was remaining consistent to proper time (well its not set for my timezone yet but it wasn't running behind and advancing properly) (im uploading to YT now for view its gonna take awhile, i'll edit when its done or post if theres any replies to this since,)

i've attached the log as a txt file as it exceeds post character limit.
full Rpi4 Log.zip
(12.4 KiB) Downloaded 7 times
here's the video, you can watch the clock to see its not frozen or that its a capture problem,
https://www.youtube.com/watch?v=Mk-sWQC ... e=youtu.be

Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Re: Extremly Poor performance with tvout enabled

Mon Jul 15, 2019 9:08 pm

(sorry for a Bump but im hoping @jamesh has been able to take a look at it )

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 23710
Joined: Sat Jul 30, 2011 7:41 pm

Re: Extremly Poor performance with tvout enabled

Mon Jul 15, 2019 9:23 pm

Cael wrote:
Mon Jul 15, 2019 9:08 pm
(sorry for a Bump but im hoping @jamesh has been able to take a look at it )
Sorry, not had a chance - been busy! I do have an ancient composite CRT under my desk - will dig it out.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
"My grief counseller just died, luckily, he was so good, I didn't care."

Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Re: Extremly Poor performance with tvout enabled

Mon Jul 15, 2019 11:31 pm

jamesh wrote:
Mon Jul 15, 2019 9:23 pm
Cael wrote:
Mon Jul 15, 2019 9:08 pm
(sorry for a Bump but im hoping @jamesh has been able to take a look at it )
Sorry, not had a chance - been busy! I do have an ancient composite CRT under my desk - will dig it out.
greatly appreciate it as not just to see this eventually fixed but im dead curious why its causing a massive degradation in performance. i do find it odd w/ that video i recorded you can see while so much is slow and unresponsive its time keeping by the clock in Kodi isnt affected.

mr_sponge
Posts: 1
Joined: Tue Jul 16, 2019 4:42 am

Re: Extremly Poor performance with tvout enabled

Tue Jul 16, 2019 4:51 am

I'm also seeing the slow boot issue along with the "flip_done timed out" errors in dmesg.
In addition, after the pi4 finally boots, the renderer in the picamera python module doesn't work.
I tried the simple example in the docs here: https://projects.raspberrypi.org/en/pro ... picamera/5
but nothing happens. In a working system the whole screen should be replaced with the camera output.
However if I re-config to use the hdmi out, the camera video shows correctly.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 23710
Joined: Sat Jul 30, 2011 7:41 pm

Re: Extremly Poor performance with tvout enabled

Tue Jul 16, 2019 1:11 pm

OK, we have replicated the slowdown and found a fix for this. I'm pushed it for code review, hopefully will be available in rpi-update in the next couple of days.

Thanks for the reports.


There is also the unrelated problem of omxplayer and camera displaying their output on the wrong display when using composite. In omxplayer you can use omxplayer --display 3 <name of file>. No workaround for raspistill etc, so currently trying to find the problem.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
"My grief counseller just died, luckily, he was so good, I didn't care."

Cael
Posts: 93
Joined: Sat Jul 07, 2012 7:08 am

Re: Extremly Poor performance with tvout enabled

Tue Jul 16, 2019 4:33 pm

jamesh wrote:
Tue Jul 16, 2019 1:11 pm
OK, we have replicated the slowdown and found a fix for this. I'm pushed it for code review, hopefully will be available in rpi-update in the next couple of days.

Thanks for the reports.


There is also the unrelated problem of omxplayer and camera displaying their output on the wrong display when using composite. In omxplayer you can use omxplayer --display 3 <name of file>. No workaround for raspistill etc, so currently trying to find the problem.
glad some of us with the niech case use of it's composite out helped finding an issue, i've used my 3B+ with RebornRemix (custom version of LibreElec+RetroArch) and enjoy playing older console games on it over an old fashioned CRT TV :3

edit: @jamesh Curious is it around the function thats supposed to adjust system clocks across the board when it's enabled thats run amok causing the Poor performance?

cyberspark15
Posts: 2
Joined: Tue Aug 20, 2019 6:38 am

Re: Extremly Poor performance with tvout enabled

Tue Aug 20, 2019 6:43 am

jamesh wrote:
Tue Jul 16, 2019 1:11 pm
OK, we have replicated the slowdown and found a fix for this. I'm pushed it for code review, hopefully will be available in rpi-update in the next couple of days.
Hey, jamesh

Has this been made available through rpi-update?

Because I had the firmware from August 9th installed on my Pi4 but the performance with tvout enabled was still the same. I posted an issue on Github as well: https://github.com/raspberrypi/firmware/issues/1223

Can you please provide an update on this? :(

Zuccer
Posts: 1
Joined: Sun Sep 01, 2019 4:31 pm

Re: Extremly Poor performance with tvout enabled

Sun Sep 01, 2019 4:45 pm

I have the same problem as you described in your github comment. Enable_tvout = 1 in the config and when I start up I see the rainbow-square, four pi-logos and then the welcome screen which you barely see before it all turns black. I boughed my Pi 4 to plug in to my CRT TV. Is there a way to get around this or is a software update on the way?

Return to “Troubleshooting”