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
H264 MKV stream problem after 48f8bb0 #115
Comments
|
It's being worked on: |
|
cool! i guess i'm too old for this web stuff, i've been lurking in that forum for days, trying to find someone with a similar problem.. sorry for the noise. |
|
If anyone is interested in testing an experimental fix you can try updating these files: Let me know what it fixes and what still fails |
|
Playing a recording in xbmc (Openelec) with tvheadend seems to work now, but watching tv still gives a black screen. |
|
with my minmal testcase (using omxplayer 0.2.3 on up-to-date wheezy) this fixes the issue, both for live streams and recordings! very cool! |
|
also works with raspbmc RC5 - edit: seems only for the first stream started, but seeing that omxplayer works, i guess that's an xbmc bug. |
|
Seems to work for me too. But I've got the same behavior, the first stream is ok but the following ones remain black with no sound. |
|
Can you provide a sample file that exhibits the problem? |
|
accessing the h264 1080i mkv recording files created by tvheadend using NFS, i can start them several times, too. when using the streaming http thingy (pvr -> recordings -> ..) i get the same problems as with the tv channels - so i really think this is a problem with how the stream is buffered, not with the firmware. |
|
I've pushed this firmware to rpi-update as there's not been any negative reports, and there's been some positive ones. |
|
I can confirm it works on raspxbmc and not on openelec. |
|
i think this ticket could be closed - it's fixed to the extent that i stated in the ticket description. maybe you want to open a new one for the de-interlacing problem? |
|
Sure go ahead and close it. I got too less experience with de-interlacing to conclude its faulty. |
|
i can't tell if it's working or not either, i guess i need new glasses ^^ |
|
You should watch a football match, its horrible to watch. Regular tv content looks ok though. |
|
Deinterlacing works fine with raspbmc When playing something go to video settings and put deinterlacing on 'Auto' Then you have to stop the playback totally then start it again . It doesn't change while a video is playing. Only when you restart it. |
hi,
with firmware 48f8bb0 on raspbian i can use omxplayer (both 0.2.1 and 0.2.3) to play back an MKV H264 1080 stream from tvheadend, as soon as i update the firmware to a newer version, these streams do no longer work - playback starts for a second, stops, starts, stutters and freezes. audio continues for a couple more seconds, but eventually stops, too.
in the working firmware version, i see these lines in the log, they are NOT in the broken versions:
DEBUG: COMXCoreComponent::Initialize OMX.broadcom.image_fx input port 190 output port 191
...
ERROR: COMXCoreComponent::WaitForEvent OMX.broadcom.video_decode wait event 0x00000003 timeout 300
...
[and several others]
the newer version constantly reports 6/8 channel, where the version that works reports only 2 channels. i am playing to the analog audio, but also tried HDMI + passthrough.
gimli told me this is being worked on, but i've searched far and wide for an answer to these problems and guess having google show this report may save people some time: http://forum.xbmc.org/showthread.php?tid=140518&pid=1227167#pid1227167
The text was updated successfully, but these errors were encountered: