Clone of git://git.opendreambox.org/git/enigma2.git before dream multimedia removed all the engima2 sources https://git.cweiske.de/enigma2.git/atom?h=experimental-2010.12 2010-11-24T15:10:56Z 2010-11-24T15:10:56Z ghost andreas.monzner@multimedia-labs.de 2010-11-24T15:06:57Z urn:sha1:453fc1c6f82fa3b6ae983059eb55ad822860a5eb 2010-11-10T16:13:55Z ghost andreas.monzner@multimedia-labs.de 2010-11-10T16:13:44Z urn:sha1:96844b5bd92b331390597061efe140172979c34d 2010-11-09T22:29:55Z ghost andreas.monzner@multimedia-labs.de 2010-11-09T22:29:55Z urn:sha1:2a0689a69ba995ec3adcf1cd6cc20146a6d4ef58 2009-12-17T14:15:25Z ghost andreas.monzner@multimedia-labs.de 2009-12-17T13:58:54Z urn:sha1:b64b791cb481944585fceaf5bcac9e2c699dbeb0 2009-04-05T23:35:07Z Felix Domke tmbinc@elitedvb.net 2009-04-05T23:35:07Z urn:sha1:dc46dad972d745f6e06ecb3324c037aeee479360 2009-02-13T02:41:57Z Felix Domke tmbinc@elitedvb.net 2009-02-13T02:41:57Z urn:sha1:dce87891f204f8e1f7151c4a3ba00b9dd048e795 - this allows finding iframes for fast forward/reverse more easily - when in fast forward, strictly just output good (=complete iframes) data (this might break dm7025, we will fix this later) - draw smaller, fixed-size bar in position gauge 2008-11-06T00:51:46Z Felix Domke tmbinc@elitedvb.net 2008-10-31T01:03:15Z urn:sha1:6c6704a6c897cef2aca87bd8d5a732ae1a2bac4a * Undo "sparse-AP-fix" At March 25 a patch was checked in that makes sure that AP:s closer than half a second from each other are filtered away. I don't know the exact purpose of this fix, but I don't think it is a good idea: Besides being the cause of bugs 4 and 5 above, all seek operations are based on the AP:s, and it is a pity to cripple the precision here. And for example, when cutting movies it is important to be able to reach the right GOP boundary. (And the next fix relies on all boundaries being available.) (If you wonder, bug 5 was caused by a destructive interaction of this with the discontinuity handling.) * Hit GOP:s somewhat before GOP start It turns out that if you jump exactly to the GOP start, then that GOP is nevertheless skipped and playback starts from the GOP thereafter. However, if you jump to (at least) one frame before the GOP start, playback starts from that GOP. I don't know if this is a bug in the driver or elsewhere, but the best I can do is this workaround: Hit the GOP by jumping to half a GOP length before the GOP start. (By scanning the ts file it is of course possible to find the exact frame boundaries, but why bother since anywhere between the previous GOP start and the previous frame start will do.) Similarly, to show the first frame of a GOP, a few more frames must be included. Therefore, add half a GOP at the end of each source span. * Jump over discontinuities during AP relative seek The above two fixes together *almost* take care of bugs 1 and 2 above. Now seekRelative(1) moves one forward and seekRelative(-1) one backwards. However, at discontinuities they may get stuck. This is remedied by an extra if statement to check for discontinuities when stepping throught the AP:s in AP relative seek. * Stop after last source span In the function eDVBChannel::getNextSourceSpan there was no code to take care of the case when the seeked-to point is after the last source span. Currently it just goes on until the movie ends. I have added code for this, which takes care of bug 3, and as a fortunate bonus effect bug 6 too. (But please check my code here, I hope I can use current_offset the way I do, and return 0 size when it should stop.) 2007-03-15T02:37:55Z Felix Domke tmbinc@elitedvb.net 2007-03-15T02:37:55Z urn:sha1:7fe561a6df44e7d71ff436a84bfd7e8881d24373 2007-03-15T00:43:26Z Felix Domke tmbinc@elitedvb.net 2007-03-15T00:43:26Z urn:sha1:dd59dbf670d3da8b6d566b724c8a718374d5ca89 2006-04-03T20:54:50Z Felix Domke tmbinc@elitedvb.net 2006-04-03T20:54:50Z urn:sha1:fe5b6c2f255b91bfe2fb512576082afb9d0fd84a