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.

Sign up for GitHub

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

Jump to bottom

YUV firmware change. #451

Closed
tvjon opened this issue Jul 23, 2015 · 8 comments
Closed

YUV firmware change. #451

tvjon opened this issue Jul 23, 2015 · 8 comments

Comments

@tvjon
Copy link

tvjon commented Jul 23, 2015

Since updating today, the "hello_video" & derivatives will no longer display any h264 files. The files still play fine in omxplayer
@popcornmix
Copy link
Contributor

Yes, I have a fix for this - will push later today.

popcornmix added a commit that referenced this issue Jul 23, 2015
@popcornmix
firmware: video_decode: Ensure there really is a non-unknown timestam…
43c4847 
…p at start

See: #451
@popcornmix
Copy link
Contributor

Pushed. Run rpi-update and test please.

popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Jul 23, 2015
@popcornmix
firmware: video_decode: Ensure there really is a non-unknown timestam…
4df31b9 
…p at start

See: raspberrypi/firmware#451
@tvjon
Copy link
Author

tvjon commented Jul 23, 2015

Well, I can now play *.h264 via, for example, "hello_video", thank you, BUT; your "hello_video_simple" application (no clock or scheduler components) will not play any h264's. BTW, although you posted back that the array subscript error was fixed, I've checked back a few times, & your files are still dated Dec 2014, so maybe your fix didn't make it to Github?

I've just booted from a month old backup, & hello_video_simple.c built plays fine in that "old" firmware.

@popcornmix
Copy link
Contributor

Could you test this firmware:
https://dl.dropboxusercontent.com/u/3669512/temp/firmware_150724.zip

unzip into boot directory of sdcard

@tvjon
Copy link
Author

tvjon commented Jul 24, 2015

Initial tests suggest those files have enabled decoding & playback again, thank you, & thank you for the hello_video_ simple file change.

popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Jul 24, 2015
@popcornmix
kernel: Bump to 4.0.9
46d1795 
kernel: BCM2835_V4L2: Add support for V4L2_EXPOSURE_METERING_MATRIX
See: raspberrypi/linux#1068

kernel: dmaengine: bcm2708-dmaengine: Fix memory leak when stopping a running transfer
See: raspberrypi/linux#1072

kernel: BCM270X_DT: mz61581: Revert to spi-bcm2708
See: raspberrypi/linux#1077

kernel: bcm2708/2835-i2s: Fix for PCM register ranges in device trees
See: raspberrypi/linux#1079

kernel: bcm2835-sdhost: Add the ERASE capability
See: raspberrypi/linux#1076

kernel: bcm2835-sdhost: Ignore CRC7 for MMC CMD1

kernel: BCM270X_DT: Add unit address to gpio node name

kernel: spi-bcm2835: merge upstream patches allowing DMA transfers
See: raspberrypi/linux#1085

kernel: BCM270X_DT: Use i2c_arm for rtc and bmp085 overlays

kernel: BCM2708_DT: CM dtparams for audio, watchdog and RNG

firmware: video_decode: Don't wait for a valid timestamp to output frames
See: raspberrypi/firmware#451
popcornmix added a commit that referenced this issue Jul 24, 2015
@popcornmix
kernel: Bump to 4.0.9
464ce4f 
kernel: BCM2835_V4L2: Add support for V4L2_EXPOSURE_METERING_MATRIX
See: raspberrypi/linux#1068

kernel: dmaengine: bcm2708-dmaengine: Fix memory leak when stopping a running transfer
See: raspberrypi/linux#1072

kernel: BCM270X_DT: mz61581: Revert to spi-bcm2708
See: raspberrypi/linux#1077

kernel: bcm2708/2835-i2s: Fix for PCM register ranges in device trees
See: raspberrypi/linux#1079

kernel: bcm2835-sdhost: Add the ERASE capability
See: raspberrypi/linux#1076

kernel: bcm2835-sdhost: Ignore CRC7 for MMC CMD1

kernel: BCM270X_DT: Add unit address to gpio node name

kernel: spi-bcm2835: merge upstream patches allowing DMA transfers
See: raspberrypi/linux#1085

kernel: BCM270X_DT: Use i2c_arm for rtc and bmp085 overlays

kernel: BCM2708_DT: CM dtparams for audio, watchdog and RNG

firmware: video_decode: Don't wait for a valid timestamp to output frames
See: #451
@popcornmix
Copy link
Contributor

This fix should be in latest rpi-update firmware

@popcornmix
Copy link
Contributor

There was another update today that could affect this.
Please test and close if okay.

@tvjon
Copy link
Author

tvjon commented Jul 28, 2015

Yes, seems fine, thank you.

@tvjon tvjon closed this as completed Jul 28, 2015
neuschaefer pushed a commit to neuschaefer/raspi-binary-firmware that referenced this issue Feb 27, 2017
@popcornmix
firmware: video_decode: Ensure there really is a non-unknown timestam…
563fb97 
…p at start

See: raspberrypi#451
neuschaefer pushed a commit to neuschaefer/raspi-binary-firmware that referenced this issue Feb 27, 2017
@popcornmix
kernel: Bump to 4.0.9
0b2e5aa 
kernel: BCM2835_V4L2: Add support for V4L2_EXPOSURE_METERING_MATRIX
See: raspberrypi/linux#1068

kernel: dmaengine: bcm2708-dmaengine: Fix memory leak when stopping a running transfer
See: raspberrypi/linux#1072

kernel: BCM270X_DT: mz61581: Revert to spi-bcm2708
See: raspberrypi/linux#1077

kernel: bcm2708/2835-i2s: Fix for PCM register ranges in device trees
See: raspberrypi/linux#1079

kernel: bcm2835-sdhost: Add the ERASE capability
See: raspberrypi/linux#1076

kernel: bcm2835-sdhost: Ignore CRC7 for MMC CMD1

kernel: BCM270X_DT: Add unit address to gpio node name

kernel: spi-bcm2835: merge upstream patches allowing DMA transfers
See: raspberrypi/linux#1085

kernel: BCM270X_DT: Use i2c_arm for rtc and bmp085 overlays

kernel: BCM2708_DT: CM dtparams for audio, watchdog and RNG

firmware: video_decode: Don't wait for a valid timestamp to output frames
See: raspberrypi#451
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@popcornmix @tvjon