Difference between revisions of "SoC 2010 Ogg Demuxer"
m |
|||
Line 82: | Line 82: | ||
'''1 Jun''' | '''1 Jun''' | ||
− | OK, managed to test Kate (seems like I was missing the Kate libraries, and all seems OK. | + | OK, managed to test Kate (seems like I was missing the Kate libraries), and all seems OK. |
Got a bit sidetracked today by some urgent issues in LiVES, and an upgrade from ubuntu Karmic to Lucid. | Got a bit sidetracked today by some urgent issues in LiVES, and an upgrade from ubuntu Karmic to Lucid. | ||
Revision as of 19:34, 1 June 2010
Week 1:
26th May 2010
I started by porting and adapting the existing code from the LiVES ogg/theora decoder.
I made some updates to ogg.c and added the new files oggseek.c and oggseek.h. Some definitions from ogg.c were moved into the new file ogg.h since they are now common to both ogg.c and oggseek.c. I also updated Modules.am with the new files.
As a first test, I was able to correctly determine the total number of frames in various ogg/theora files:
- seek to the last ogg page for a given stream (i.e. the theora stream) - get the granulepos - convert the granulepos to a frame number - set the total number of frames
As a result the demuxer can now return the file length in microseconds. This can be seen in the interface at the bottom. Previously this figure was an estimate, but now it is accurate.
As a second test, I was able to seek roughly to any given frame or time in a clip. Right now it is not frame accurate, so there are still some minor artifacts after seeking. I plan to fix this properly in the next couple of days.
One thing which was slightly unexpected - vlc may (?) start playback before all of the stream header data is read. This means that when getting the frame count, for very small files we may read back into the header data. I need to investigate if this is a problem or not - so far it has not caused any issues.
27th May 2010
Today I hit the first problem. In order to seek to an inter frame, we need to rewind to the previous intra frame and the pre-roll to the target. However, when vlc does a pre-roll it does so at the normal frame rate. This can be uncomfortable for the user because it could require a pre-roll of quite a few frames, so you can see the time slider moving at the bottom but there is no video or audio playing until the pre-roll catches up. What I would like to know, is there a way to tell the player "give me the next packet as quick as possible" ? Then it would zip through the pre-roll quickly and the user would not notice anything. I have emailed my mentor to ask this (since the player code is done outside of the demuxer).
Implementing pre-roll for theora meant a minor change to the theora.c codec file. This change should not impact any of the other demuxers.
28th May 2010
I will be changing ISP's today, so there may be some unavoidable disruption to my schedule.
Resolved the problem with slow pre-roll (thanks Fenrir !).
For future reference, use es_out_Control(), and send ES_OUT_SET_NEXT_DISPLAY_TIME to set the pre-roll target time.
ogg/theora is pretty much done now. I still need a clip with subtitles to test. There seems to be a strange problem with seeking in Kate files, it's not possible to seek to the middle of titles. Will take a look at this next week, but I think it is not an important issue.
TODO:
This week:
- seek to the exact frame required (i.e skip frames until we hit the target frame) - done (but see above)
- work out how to tell if we are dealing with a remote stream (which has no seek capabilities) - done
- check audio and subtitle sync after a seek - done
- test with more ogg/theora clips (including very small clips, see above) - postponed due to ISP change, OS upgrade and other issues.
- clean up the code - done (but left some debug output in to help with the dirac seeking)
- see if we can pull/use more meta data from the stream (e.g. comments, codec version, aspect ratio, frame and picture size, x and y offsets) - done (no changes needed/possible)
Week 2:
- look briefly into Kate issue, see if it is trivial to fix
- check with very small file and with captions
- look at meta data
I plan to backport the updated code back in to LiVES, since I made a few corrections and improvements to the code.
Split the LiVES code into demuxer/decoder - this will be necessary for the next part.
31 May
I had a look at the metadata, it seems that comments and so on are already read and included by the theora decoder. So no changes are needed here. It would be nice to show the codec version, but this seems not to be possible.
Regarding the Kate issue, for some reason now I discovered that Kate subtitles are not being read on my machine - vlc is complaining that it has no decoder for them ! I will look into this. I am testing with the Elephants Dream with subtitles clip - audio and video seek are working perfectly, so I would imagine that subtitles will be fine also.
The "kate issue" mentioned from last week actually seems to have nothing to do with Kate, in fact it seems to be peculiar to that one clip - vlc also has some strange timing issues with it.
1 Jun
OK, managed to test Kate (seems like I was missing the Kate libraries), and all seems OK. Got a bit sidetracked today by some urgent issues in LiVES, and an upgrade from ubuntu Karmic to Lucid.
Week 3:
Investigate how seeking works with dirac video streams (it is slightly different to theora in that there is a lower bound, but no upper bound). Test implementation of this in LiVES first.
Week 4:
Continue work from week 3, and begin porting dirac code from LiVES to vlc.
Week 5+:
TBD. (Maybe look at x and y offsets, maybe look at multiple clips within one ogg container, possibly add ogg skeleton support).
Frei0r effects ?
Jack audio output ?
Port other demuxers/decoders to LiVES ?
Note:
I will be mostly unavailable after 29th July (attending Piksel Summer Camp and then family commitments), but I should have all of the coding for the main project done well before that.