Skip to content
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

Closed
dividuum opened this issue Feb 18, 2016 · 7 comments
Closed

mpeg-2 playback crashes when pausing if used together with opengl #546

dividuum opened this issue Feb 18, 2016 · 7 comments

Comments

@dividuum
Copy link

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:

/opt/vc/src/hello_pi/hello_triangle/hello_triangle.bin

and

omxplayer hst_2.mpg

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:

Linux raspberrypi 4.1.17-v7+ #843 SMP Mon Feb 15 23:35:33 GMT 2016 armv7l GNU/Linux

Feb 15 2016 23:38:07 
Copyright (c) 2012 Broadcom
version 263c9ef2f99450604d945968d75c013abf1fc841 (clean) (release)

omxplayer - Commandline multimedia player for the Raspberry Pi
    Build date: Sat, 12 Sep 2015 00:49:19 +0000
    Version   : d99bd86 [master]
    Repository: https://github.com/popcornmix/omxplayer.git

on a Raspberry PI 2 with a Raspbian wheezy installed.

@dividuum
Copy link
Author

Can anyone confirm this problem? I tried it all my devices and always run into this. Is there a way to fix this?

@popcornmix
Copy link
Contributor

does omxplayer --nodeinterlace hst_2.mpg still have the problem?

@dividuum
Copy link
Author

That does indeed help and it seems to work. With deinterlacing it still stops. Any idea what causes the problem?

Test environment was:

Raspbian Jessie on PI2

Linux raspberrypi 4.1.19-v7+ #853 SMP Wed Mar 9 18:09:16 GMT 2016 armv7l GNU/Linux

Mar  9 2016 18:11:14 
Copyright (c) 2012 Broadcom
version 3a754304b032a5298ee7889b179c667bbc75dec5 (clean) (release)

omxplayer - Commandline multimedia player for the Raspberry Pi
    Build date: Sat, 02 Jan 2016 13:46:33 +0000
    Version   : f544084 [master]
    Repository: https://github.com/popcornmix/omxplayer.git

@popcornmix
Copy link
Contributor

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.

@popcornmix
Copy link
Contributor

Can you try this test firmware:
https://dl.dropboxusercontent.com/u/3669512/temp/firmware_3deint.zip
Extract the contents to /boot directory (the one you see when sdcard is inserted into widnows).

@dividuum
Copy link
Author

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?

@popcornmix
Copy link
Contributor

Yes, the changes should be in next firmware update.

popcornmix added a commit that referenced this issue Mar 19, 2016
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
popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Mar 19, 2016
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
XECDesign pushed a commit to RPi-Distro/firmware that referenced this issue May 4, 2016
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
neuschaefer pushed a commit to neuschaefer/raspi-binary-firmware that referenced this issue Feb 27, 2017
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants