"p" is stored as 'p''\0', so at least 2 characters. The sizeof() of an x_MESSAGE gives 2 as result back, and not 1 (one)! The sizeof() counts in the '\0'-character of a (c-coded) string e.g. To pause omxplayer, your typo'd it with the I_MESSAGE in stead of P_MESSAGE.īut sending commands to omxplayer with the write() and the sizeof() of the message causes the same effect as mentioned in forementioned issue. So if you didn't key-mapped anything on the '.' input key or meant the real 'i' actions, just leave that out it isn't (and shouldn't be) needed to start omxplayer. On the other hand, 'i' commands omxplayer to go to the previous chapter. The sending of I_MESSAGE surprises me the most, as I don't know of any keyboard input handling on a '.' character. As omxplayer releases 0.3.x comes from this ' popcornmix' repository, I will answer these questions there because it is a better place for your omxplayer questions )īut I will answer the question why your omxplayer_test.c isn't working here, as it is your code that let omxplayer fail :) Strictly not true, as it is a current issue in omxplayer :( Return I stumbled upon your 'old´ question but in case you didn't have it answered by yourself. Printf ( "Exit status of %d was %d (%s)\n", ( int ) wpid, status, ( status = 0 ) ? "accept" : "reject" ) If ( ( pid = fork () ) /dev/null 2>&1", VIDEO_PLAYER, VIDEO_PATH, PIPE_PATH ) Struct timespec time1, time2 //used for sleeping Printf ( "You will never make it here!\n" ) While ( ( ch = getchar() ) != EOF ) chnum++
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |