++bahjatk++ wrote:Awesome, thanks again!
But if you get the jpg's (or any other kind of images) to render the video, do you download them frame by frame ? [theoretically speaking, ] I think that if the jpeg's are numbered 1,2,3... hinting the number of frames, you can try to run something in the code that says "go to frame 97, then start playing from there (98,99,100...)".
I am a programmer, but never worked with c or openVG, or actually any kind of videos, but I think this is an idea that may be used for seeking (if anyway possible).
This program works like a very simple browser. Rather than interpreting HTML, it understands YouTube's json-c implementation. Like HTML, this json-c is pure text containing URLs to jpeg files, text descriptions, etc. (Unlike HTML, it does not contain layout information), The technology used draw round rectangles, bitmaps and text is OpenVG. I could have just as easily gone with OpenGL ES.
Once the user has selected video to play the program calls another program called "youtube-dl" with the URL and that program runs and returns another (much longer) URL to the actual video feed. The program then calls omxplayer with that URL which plays the video until the end or until the user aborts. At the time the video is playing my program is almost completely out of the picture. The only thing it is really doing is checking the joystick back button (if pressed it kills omxplayer).
simply "go to frame 97" is not possible because frame 97 is not even on the RPI yet. the server may not have even transcoded it yet, and I'm not really even in control at that point.
Also I'm pretty sure you'd say go to a time base, and not a frame... ie. go to 90 seconds...
I'm not sure if there is a way to communicate with the video streaming server and tell it to jump to a different point. That would be fantastic.
Otherwise it might be is an option I would specify from the beginning as a prram to youtube-dl. That would be less ideal.
Anyway, That feature is a long way off....