-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mpeg-2 playback crashes when pausing if used together with opengl #546
Comments
Can anyone confirm this problem? I tried it all my devices and always run into this. Is there a way to fix this? |
does |
That does indeed help and it seems to work. With deinterlacing it still stops. Any idea what causes the problem? Test environment was:
|
Deinterlace uses the 3D hardware. In theory these should co-exist (and in fact must do as Kodi uses opengles for rendering GUI and supports deinterlace) but perhaps there is some conflict. I'll try to reproduce. |
Can you try this test firmware: |
Seems to work for my test case. I'll test it with a actual setup running at a customer site and reopen if I run into problems. Thanks! Is the change going to make it into the next official release? |
Yes, the changes should be in next firmware update. |
kernel: BCM270X_DT: Switch Compute Module to MMC kernel: pwm overlays: Params must have in-overlay targets kernel: BCM270X_DT: Build and document the wittypi overlay firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame firmware: di_adv: acquire user and main when we are releasing every frame See: #546 firmware: arm_loader: Initialise the mini-UART when appropriate See: #553 firmware: vchi_services: Increase number of connections to services from 3 to 8 See: #567 firmware: audio_decode: Don't report format changes when passthough is enabled See: xbianonpi/xbian#807
kernel: BCM270X_DT: Switch Compute Module to MMC kernel: pwm overlays: Params must have in-overlay targets kernel: BCM270X_DT: Build and document the wittypi overlay firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame firmware: di_adv: acquire user and main when we are releasing every frame See: raspberrypi/firmware#546 firmware: arm_loader: Initialise the mini-UART when appropriate See: raspberrypi/firmware#553 firmware: vchi_services: Increase number of connections to services from 3 to 8 See: raspberrypi/firmware#567 firmware: audio_decode: Don't report format changes when passthough is enabled See: xbianonpi/xbian#807
kernel: BCM270X_DT: Switch Compute Module to MMC kernel: pwm overlays: Params must have in-overlay targets kernel: BCM270X_DT: Build and document the wittypi overlay firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame firmware: di_adv: acquire user and main when we are releasing every frame See: raspberrypi#546 firmware: arm_loader: Initialise the mini-UART when appropriate See: raspberrypi#553 firmware: vchi_services: Increase number of connections to services from 3 to 8 See: raspberrypi#567 firmware: audio_decode: Don't report format changes when passthough is enabled See: xbianonpi/xbian#807
kernel: BCM270X_DT: Switch Compute Module to MMC kernel: pwm overlays: Params must have in-overlay targets kernel: BCM270X_DT: Build and document the wittypi overlay firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame firmware: di_adv: acquire user and main when we are releasing every frame See: raspberrypi#546 firmware: arm_loader: Initialise the mini-UART when appropriate See: raspberrypi#553 firmware: vchi_services: Increase number of connections to services from 3 to 8 See: raspberrypi#567 firmware: audio_decode: Don't report format changes when passthough is enabled See: xbianonpi/xbian#807
Hi.
I'm not exactly sure what happens, but together with a customer was able to reproduce the problem using stock raspbian (wheezy): Download this mpeg2 file: http://hubblesource.stsci.edu/sources/video/clips/details/images/hst_2.mpg
Then start in two different terminals:
and
Now pause and unpause the omxplayer video by pressing space a few times. The video will get stuck and won't continue to play. You can terminate both programs but restarting won't work as they hang during initialization. I'm not entirely sure if the combination of playing mpeg2 and opengl is to blame here, but that's how we discovered this problem. Converting the same video to h264/mp4 solves the problem as well, so it's most likely mpeg2 related.
I'm using the following versions:
on a Raspberry PI 2 with a Raspbian wheezy installed.
The text was updated successfully, but these errors were encountered: