| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
* use swig macros from autoconf archive
* generate and use enigma2_config.h (include from command-line)
* check for dbox/fp.h and dbox/lcd-ks0713.h
* clean up checks for libdreamdvd and lib*gif
* fix some dependencies for generated files and header files
|
|
* reduce use of TUXBOX macros
* fix compiler warnings by including Python.h from the command-line
* use libtool to build and link main/* and lib/*
* don't link libmad, libid3tag, libcrypt, libresolv, librt, ldl into e2
* fix make rules of actionids.h
|
|
|
|
|
|
|
|
|
|
|
|
reusable
|
|
|
|
|
|
filepush thread
|
|
|
|
on e2 shutdown to store the epg at the new position)
|
|
(config.misc.epgache_filename)
|
|
the path is read from /etc/enigma2/epg.dat.src .. fallback to /hdd/epg.dat when the file not exists
|
|
this fixes bug #612
|
|
|
|
TS Recorder
|
|
'remotes/origin/bug_587_new_internally_connectable_and_unsupported_tuner_management'
|
|
since update to latest v4l-dvb linuxtv api)
|
|
refs bug #587
|
|
|
|
|
|
|
|
|
|
internally linking is now done via /proc/stb/frontend/X/rf_switch instead of /proc/stb/tsmux and moved to the python part of enigma2
|
|
------------------------------------------------------------------
And one more fix on this theme: rewind and higher than 8 times forward
doesn't work for some movies.
It turns out that when I and Felix communicated about the "accurate
speed winding" that he eventually implemented, introducing the .sc
files, we both made a false assumption (sorry if I lead you into it),
that it was enough to jump to an I-frame picture start. However, it
appears that (for an SD-movie that is) one should jump to the sequence
start instead. (This is actually what the c++-code already does when
dealing with the .ap-file, but not for the .sc) Since most movies have
the sequence and picture start in the same ts-frame it usually doesn't
matter. But there are movies out there with the sequence start in a
ts-frame before the picture start, and for them rewind and very fast
forward currently just freezes playback instead.
The below patch fixes that. It just backs up through .sc to the previous
sequence start once the picture start is found. Also, alignment has to
be done here again and not in dvb.cpp, to get the right winding
speed. Please ask me for the full technical details if something is
unclear.
------------------------------------------------------------------
refs bug #570
|
|
latest unicable changes)
|
|
latest unicable changes)
|
|
* Jumping between marks in the movie, with "<" and ">", doesn't work
well when there are cut marks in the movie. Especially jumping
backwards will fail if there is a mark in a cut out region that is
to be jumped over. (InfoBarGenerics.py, chunks 3 and 4)
* Now when rewind works at all platforms also at low speeds, the
rewind speeds x2 and x4 should be added again to the
default. (UsageConfig.py, chunk 1)
* Cleanup some obsolete code: SeekBackHack and non-smooth
winding. None of these can be used anymore, but remnants were left
in the code and in the configuration alternatives. It is high time
to clean these out. (setup.xml, UsageConfig.py chunk 2,
InfoBarGenerics.py chunks 1 and 2, DVDPlayer)
* In the position gauge of the movie player, marks in the movie are
shown as red dots. Long time ago the last position was also shown as
a red dot, which was bad because it was confused with the marks, so
it was removed. However, jumping between marks in the movie with "<"
and ">" also stops at the last position, which is useful e.g. if you
don't automatically start playing from the last position. The code
below adds the last position back to the position gauge as a green dot,
to distinguish it from the red ones. (epositiongauge.cpp)
refs bug #570
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
