HDMI blackout on 'video_render' creation

[kirgene]

I'm trying to achieve seamless playback using OpenMAX.
I create and prepare 2 video pipelines: for current and next video that is going to be played. I destroy previous pipeline after few seconds of next video playback. So next video is played on foreground. It works fine but when I destroy previous pipeline or create next pipeline my monitor goes to sleep mode.
Running "tvservice -M" I see "HDMI in standby mode" during I create or remove "video_render" component.

I saw the same issue here:
http://www.raspberrypi.org/forums/viewtopic.php?f=67&t=50126.

Also running tvservice monitor and executing hello_video will output "HDMI in standby mode" message.

[popcornmix]

I think the "standby" message is a red herring. It doesn't mean "switched off", it means "attached".
Note the enum for the message is both known as VC_HDMI_STANDBY and VC_HDMI_ATTACHED (with VC_HDMI_STANDBY deprecated as it is ambiguous).

With the next update tvservice will report "HDMI is attached" rather than "HDMI in standby mode".

Note: when I run "tvservice -M" and omxplayer, I get the VC_HDMI_ATTACHED callback on playback start, but it is not related to TV going off - the picture is still visible.

What does "tvservice -s" report when you are running?
That will actually show if HDMI is powered on or off.

[kirgene]

I forgot to mention that screen goes black just for a couple of seconds.
When I execute "tvservice -s" during this period I get:

tvservice-client: Failed to connect to TV service: -1
state 0x0 [TV is off], 3069550592x3069549968 @ 8Hz, progressiv

[popcornmix]

Do you see this with omxplayer, or just your own code?
Are you doing the equivalent of omxplayer's -r option?

[Ruffio]

@kirgene is this still an issue?