After successfully playing anything from half a dozen to a few dozen tracks, OMXPlayer fails to terminate when it reaches the end of a track. So I start the script manually over ssh from another Linux computer using putty. I'm using a bash script on a headless Pi B to invoke OMXPlayer for each mp3 file in my record collection. If I should raise a new issue then please advise but a lot of what is written here seems relevant to my problem but I'm not sure. Would be interesting to see if this could work in omxplayer. (file pointer is indeed 'seeked' to the 0) Also, the OpenMAX video decoder is kept alive so no blanks in between. The seamless seeking is done by simply re winding the reading of the file (/movie). Doing looping this way one will never ever get seamless I looked to the looping cube example (hello_video_cube hello_video standard isn't internally looping ). This causes the black or (console background) part of the looping. So every next loop you get half of the movie.Ĭlosing and opening the OMXPlayerVideo tears down and rebuilds the "OpenMax video layer". The 5 sec movie is seeked to almost the half of the movie. The 1 sec is only shown once, seek message is shown, and the screen just stays black. You can see it by your own with KenT2 1sec and 5 sec movie from issue 124. You need not only to wait for the EOF (End-Of-File the movie is fully read) and video/audio to be cached (all read packets are send to the "OpenMax layer" but also have to wait for the movie to be completely handled (shown) by the (OpenMax) audio & video_decoder (End-Of-Stream reported back)! (m_has_audio & !m_player_audio.IsEOS()) ) usr/bin/omxplayer: line 67: 2421 Aborted LD_LIBRARY_PATH="$OMXPLAYER_LIBS$" $OMXPLAYER_BIN ( (m_has_video & !m_player_video.IsEOS()) || Omxplayer.bin: OMXCore.cpp:872: OMX_ERRORTYPE COMXCoreComponent::FreeOutputBuffers(): Assertion `m_omx_output_buffers.size() = m_omx_output_available.size()' failed. I have also seen bug reported on April 10 with build 46616c5 again: BTW I am running as root, if that makes a difference.Īfter 6 weeks of testing 46616c5 I have had several successful runs of looping a 60 sec clip for over 4 days however the log file grows to >700MB and the mmc daemon sucks up all the CPU -)Ī more abbreviated logging function might be useful. If I re-login to my shell and run omxplayer again it forces the monitor into powersave mode. Thanks alot in advance!!Įdit: Playing the second file (earth_night) more it appears that it just crashes the system in a way that kills the SSH console and leaves an omxplayer process in the background with the final frame of the video showing on the monitor. My intent is to try and play these in a true loop with no breaks. Can you tell me if I have something setup wrong or what I can change. I have also tried with a different video: and I get the same thing. It plays well except when it goes to loop there is a long pause (10-15 seconds) and then a blank screen before it loops. I am playing the video with the command line: omxplayer -loop -no-osd -b -orientation 90 -win "0 0 1920 1080" dark_lift-off.mp4. I have an issue using the Version 46616c5. HI, I have been monitoring your efforts here for some time and wish to say thanks for the work.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |