Go to advanced search

by mpr
Wed Aug 09, 2017 10:12 pm
Forum: Troubleshooting
Topic: Problems with the OpenGL drivers (weird pink line)
Replies: 8
Views: 1499

Re: Problems with the OpenGL drivers (weird pink line)

We saw the issue again. Couldn't get the customer to take a picture though ("It's a pink line!"). Tried these settings:

hdmi_drive=1
hdmi_group=2
hdmi_mode=16
hdmi_force_hotplug=1
hdmi_boost=7

This is another HDMI->DVI cable. Very short. Just a foot or two.
by mpr
Tue Jun 20, 2017 2:49 pm
Forum: Troubleshooting
Topic: Problems with the OpenGL drivers (weird pink line)
Replies: 8
Views: 1499

Re: Problems with the OpenGL drivers (weird pink line)

Hambarde wrote:I had faced same issue
It got solved by removing hdmi_drive option from config.txt
just put # before hdmi_drive=2

"#hdmi_drive=2"
Thanks for sharing that Hambarde.

Another piece of information I'll add when we were experiencing this issue is that we were using HDMI->DVI cables. Not pure HDMI.
by mpr
Fri Oct 14, 2016 3:51 pm
Forum: Troubleshooting
Topic: Problems with the OpenGL drivers (weird pink line)
Replies: 8
Views: 1499

Re: Problems with the OpenGL drivers (weird pink line)

I will add to this that the modes returned from tvservice seemed a bit odd. Normally we have something like this: [pi@raspberrypi ~]$ tvservice -m "CEA" Group CEA has 0 modes: [15:43][Site: LAB_PI_ALPHA] [pi@raspberrypi ~]$ tvservice -m "DMT" Group DMT has 3 modes: mode 4: 640x480 @ 60Hz 4:3, clock:...
by mpr
Fri Oct 14, 2016 3:29 pm
Forum: Troubleshooting
Topic: Problems with the OpenGL drivers (weird pink line)
Replies: 8
Views: 1499

Re: Problems with the OpenGL drivers (weird pink line)

We've seen this issue too, though we have problems reproducing it. The one attached below appeared after the system had been running for some time. We don't use OpenGL but we do use the hardware video decoder through OpenMax.
by mpr
Sun Jan 04, 2015 4:46 pm
Forum: OpenMAX
Topic: OpenMAX JPEG/PNG decoding issues
Replies: 7
Views: 7584

Re: OpenMAX JPEG/PNG decoding issues

I don't have a fix but I can confirm that you're not crazy with regard to the PNG height issue. We're seeing it too.
by mpr
Wed May 08, 2013 9:09 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

I don't have exact numbers on what you get from ripping those elements out, but it was easily detectable by the human eye. Several frames worth at least, and it may vary by resolution. They're relatively easy to rip out too. If you shrink your tunnel sizes and just remove all references to those ele...
by mpr
Wed May 08, 2013 7:32 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

You mentioned 2.7 seconds for 1080p. Is it still that bad? 50ms _seems_ like a doable startup time provided you get the IDR frame promptly, and none of the other parts of loading and initializing your program eat into that.. What elements do you have in the OMX tunnel? If you're playing live streams...
by mpr
Wed May 08, 2013 5:55 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

jldeon for our application as soon as we send out an IDR frame our playback starts. We have some flags in the encoder (Quicksync) where we control how often this is done. With the VUI flags set appropriately the Raspberry then proceeds to decode in near real-time. We don't care much about fast start...
by mpr
Wed May 08, 2013 1:29 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

Yeah those flags look good. Seems that would get your Raspberry decode buffer down to one. Is an OMX video_render the tail end of your pipeline or is there something after? Are you getting an actual millisecond measurement of the OMX decode time? If you're willing to create a test stream somehow, I'...
by mpr
Tue May 07, 2013 2:51 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

Hmm well I'm definitely seeing dropped packets in that 10 megabit range. Maybe it's something in my code. I'm using Gstreamer udpsrc to receive the streams. I'll try looking at iperf and see if I can reproduce that speed. Reading the stream from file isn't a valid comparison to a live stream. When r...
by mpr
Tue May 07, 2013 1:13 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

Oh and another potentially obvious thing to consider: are you able to play the source stream at real time speeds using another device or program? The vast majority of encoders have at least 4 frames minimum delay.
by mpr
Tue May 07, 2013 1:11 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

Oh and Raspberry will for sure start dropping packets in the 10 megabit range. I think it has to do with the ethernet being run over USB. At one megabit you're fine.
by mpr
Tue May 07, 2013 1:09 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

timmehboy can you make a take a snapshot of your incoming stream using h264_analyze and link to it? http://sourceforge.net/projects/h264bitstream/ Can you also post more detail about the whole program loop? What type of encoder is it, resolution, IDR settings, infra-frame settings, how you're feedin...
by mpr
Fri May 03, 2013 2:19 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

jldeon one more small thing to keep in mind, if you're expecting the Pi to pick up an already playing UDP stream, you'll need to be periodically sending IDR packets. How often you send them won't affect the delay of the playback, but it will greatly affect the _startup time_ of your stream. Some str...
by mpr
Thu May 02, 2013 8:51 pm
Forum: OpenMAX
Topic: Reduce h264 decoding latency
Replies: 23
Views: 12522

Re: Reduce h264 decoding latency

I'm working on a live stream decoding scenario, and today found a couple of items that were causing delay: 1) If you're using gstreamer and have an h264parse in there, try to remove it. This was good for a few milliseconds. 2) If you're using OMX, and you're receiving a live stream, get rid of any c...
by mpr
Fri Apr 19, 2013 5:51 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

The VUI bitstream restriction setting WORKS and now the Raspberry has zero latency decode. :mrgreen: bitstream_restriction_flag : 1 motion_vectors_over_pic_boundaries_flag : 1 max_bytes_per_pic_denom : 0 max_bits_per_mb_denom : 0 log2_max_mv_length_horizontal : 10 log2_max_mv_length_vertical : 10 nu...
by mpr
Fri Apr 19, 2013 5:10 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

Thanks all for the replies and ideas. 10ms to 30ms delay would be GREAT. The delay I'm seeing now is in the low seconds. The SEI NAL turned out to be useless. It was just an informational packet with x264 information in a human readable string. So it didn't affect output at all. :lol: My circumstanc...
by mpr
Thu Apr 18, 2013 10:00 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

You're right that once the decoding kicks into gear it keeps up fine. The specific latency I'm trying to eliminate is the time between when the first 264 frame is submitted to the decoder, to when it's display on the screen (through a tunnel). Every frame after the first seems to be behind by this s...
by mpr
Thu Apr 18, 2013 8:08 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

Re: is real-time decoding possible?

I forgot to note, this is h264 video decoding.
by mpr
Thu Apr 18, 2013 8:07 pm
Forum: OpenMAX
Topic: is real-time decoding possible?
Replies: 23
Views: 13379

is real-time decoding possible?

I've done some extensive testing with the decoder on the Pi, and have yet to be able to construct a real-time decoder pipeline. I'm not saying the decoder is slow (it decodes perfectly smoothly), but rather that there is some sort of delay (which varies slightly based on the type of stream I send) t...
by mpr
Thu Apr 18, 2013 7:40 pm
Forum: OpenMAX
Topic: Hardware accelerated video scaling
Replies: 4
Views: 2961

Re: Hardware accelerated video scaling

Depending on what sort of scaling you want to do, I've had very good luck with using the OMX_CONFIG_DISPLAYREGIONTYPE structure. My experience with the Broadcom OMX is that out of the box it basically upscales everything to whatever the output screen resolution is. I use the code below to place my v...
by mpr
Thu Apr 18, 2013 7:11 pm
Forum: OpenMAX
Topic: OMX_IndexParamPortDefinition on video_decode port 130
Replies: 4
Views: 2363

Re: OMX_IndexParamPortDefinition on video_decode port 130

Changing the parameters and configs is very order-sensitive. Components have to be in certain states, events have to be sent at certain times, etc. I find this document gives me some clues as to how things should be ordered: http://www.khronos.org/registry/omxil/specs/OpenMAX_IL_1_2_0_Specification....

Go to advanced search