Beiträge von MartiniB
-
-
TIMESHIFT
fix:
1.
after Fast Forward so often comes slow motion video with jerking audio
2.
when Fast Forward goes over event change sometimes it jumst to the end of next event
3.
RC buttons '<', '0' and '>' do switch services as in non timeshift mode,
on previous Enigmas that buttons were able jump to beginning and the end of recorded timeshift events
(about ability add markers on the fly, by press '0', don't remember)improve:
1.
exclude jerking and lose ~one~ second on each event change.
as i remember with Enigma1, there were limited size of recorded file and first file were called *.ts
but when recording reached size limit all next files were called *.ts.001 *.ts.002 *.ts.003 ..
and on playback these multiple files there weren't any jerks,
that means if playback system knows about next file it can be buffered before
2.
when save timeshift do add additional time as it is defined in recordings settings
3.
don't interrupt timeshift recording when service moved to PiPstatus update 2.0(2.0e installed, but not tested yet):
fixes:
1. once have got same jerking video after double blue and activated new service in main screen
2. maybe dependent on higher ff speeds, 8; 16
3. THANKS, FIXED!!!
improve:
+4. add iptv support -
Well, the 9xx UHD are just discontinued ...
and how about Dreamboxes?
-
Do you want to use the keys „<„ and „>“ to jump to begin/end of current timeshiftfile?
yes, this helps when after Fast Forward it's jumped to the end of next event
Timeshift works only for current main-screen-service.
i know, i wrote this in separate section "improve"
today got again slow motion video with jerking audio after Fast Forward within same event,
little Back Forward and Fast Forward fix that problem.
1TB SSD ext4 -
There was fixed the problem with the rc-buttons to change the channel on active timeshifting.
partly, channels do not change, but how about jump to beginning/end?
With Permanent Timeshift you can use pip without interrupt timeshift recording.
i meant when service has been moved to pip and returned to main screenand THANKS!
-
TIMESHIFT
fix:
1.
after Fast Forward so often comes slow motion video with jerking audio
2.
when Fast Forward goes over event change sometimes it jumst to the end of next event
3.
RC buttons '<', '0' and '>' do switch services as in non timeshift mode,
on previous Enigmas that buttons were able jump to beginning and the end of recorded timeshift events
(about ability add markers on the fly, by press '0', don't remember)improve:
1.
exclude jerking and lose ~one~ second on each event change.
as i remember with Enigma1, there were limited size of recorded file and first file were called *.ts
but when recording reached size limit all next files were called *.ts.001 *.ts.002 *.ts.003 ..
and on playback these multiple files there weren't any jerks,
that means if playback system knows about next file it can be buffered before
2.
when save timeshift do add additional time as it is defined in recordings settings
3.
don't interrupt timeshift recording when service moved to PiPRECORDING
fix:
1.
option `stop current recording and all next repeated` disables timer event without stopping current recording
2.
when recording restored after box restart there isn't option to stop recording in UIPLAYBACK
fix:
1.
do able play unfinished file on cifs path -
when one box started recording another box can play that file just to the place where it were recorded in a playback start moment -
In addition, I would like you to hear the radio sometimes synonymous parallel tv
so listen to the radio AND tv transmitter watch, that would be awesomewould like extend this with ability chose audio track from any another service - tv/radio/inet
-
I've never had to send in a box for repair.
lucky you
i had to send dm8000 and dm500hd which were repaired within one month(shipping included)
but in 2017.jun have send(trough dealer) dm7080 with twin S2 + two DVB-T on board,
but last week ago dealer invited me to take dm900 with twin S2 in case dm7080 can't be solved,
i rejected that cause i not agree take 2 tuners instead previous box had 4 .. -
NN2 daily
root@dm900:~$ enigma2 -v
Enigma2 v4.3.1 (revision: 4.3.1r25, date: 2018-02-10)
Segmentation fault (core dumped)
root@dm900:~$ -
problem still not solved
moreover, online update overwrites manually copied correct file
modtime of new file is changed, but content still is wrongCode
Alles anzeigenroot@dm900:~$ root@dm900:~$ ls -l /usr/share/zoneinfo/Europe/Ista* -rw-r--r-- 1 root root 2166 Oct 30 12:38 /usr/share/zoneinfo/Europe/Istanbul -rw------- 1 root root 2721 Dec 26 14:05 /usr/share/zoneinfo/Europe/Istanbul_oe20 -rw-r--r-- 1 root root 2166 Jul 18 2017 /usr/share/zoneinfo/Europe/Istanbul_orig root@dm900:~$ root@dm900:~$ md5sum /usr/share/zoneinfo/Europe/Istanbul b1c006ca56cc9eb051d67fecdcb39b85 /usr/share/zoneinfo/Europe/Istanbul root@dm900:~$ root@dm900:~$ md5sum /usr/share/zoneinfo/Europe/Istanbul_orig b1c006ca56cc9eb051d67fecdcb39b85 /usr/share/zoneinfo/Europe/Istanbul_orig root@dm900:~$ root@dm900:~$ mv /usr/share/zoneinfo/Europe/Istanbul /usr/share/zoneinfo/Europe/Istanbul_oe25_171030 root@dm900:~$ cp /usr/share/zoneinfo/Europe/Istanbul_oe20 /usr/share/zoneinfo/Europe/Istanbul root@dm900:~$
if DMM developers are waiting EC directives about stop changing time to daylight saving,
it will not help there - problem is in zero, winter, time -
dre
read carefully,
his VU+ is master box, from which Bouquets/Services must be sen't to slave boxes(DREAMBOX) -
@gutemine
can you explain for an idiot(me)
and if possible in particular tread about system time problem
OE2.5 wrong Time for most GMT+2 time zones (OE2.0 ok) -
The timezone, see the solution here:
forums.openpli.org/topic/28528-timezone/page-3
solved by replace `/usr/share/zoneinfo/Europe/Istanbul` from older OE2.0 Dreambox
OE2.5 wrong Time for most GMT+2 time zones (OE2.0 ok) -
before follow suggestion install something
The timezone, see the solution here:
forums.openpli.org/topic/28528-timezone/page-3i have compared content of files OE2.0(dm8000) vs OE2.5(dm900)
dm900 OE2.5(wrong time, +1 Hour in winter period)
Code
Alles anzeigenroot@dm900:~$ ls -l /etc/localtime lrwxrwxrwx 1 root root 35 Dec 26 13:17 /etc/localtime -> /usr/share/zoneinfo/Europe/Istanbul root@dm900:~$ root@dm900:~$ ls -l /usr/share/zoneinfo/Europe/Istanbul -rw-r--r-- 1 root root 2166 Jul 18 09:14 /usr/share/zoneinfo/Europe/Istanbul root@dm900:~$ root@dm900:~$ cat /etc/timezone CET root@dm900:~$ root@dm900:~$ grep "GMT+02:" /etc/timezone.xml <zone name="(GMT+02:00) Athens, Istanbul, Minsk" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Bucharest" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Harare, Pretoria" zone="Africa/Harare" /> <zone name="(GMT+02:00) Helsinki, Kyiv, Sofia" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Riga, Tallinn, Vilnius" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Jerusalem" zone="Asia/Jerusalem" /> root@dm900:~$
dm8000 OE2.0 (time OK)
Code
Alles anzeigenroot@Dream8k_M3:~# ls -l /etc/localtime lrwxrwxrwx 1 root root 35 Dec 23 22:51 /etc/localtime -> /usr/share/zoneinfo/Europe/Istanbul root@Dream8k_M3:~# root@Dream8k_M3:~# ls -l /usr/share/zoneinfo/Europe/Istanbul -rw-r--r-- 1 root root 2721 Mar 8 2014 /usr/share/zoneinfo/Europe/Istanbul root@Dream8k_M3:~# root@Dream8k_M3:~# cat /etc/timezone CET root@Dream8k_M3:~# root@Dream8k_M3:~# grep "GMT+02:" /etc/timezone.xml <zone name="(GMT+02:00) Athens, Istanbul, Minsk" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Bucharest" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Harare, Pretoria" zone="Africa/Harare" /> <zone name="(GMT+02:00) Helsinki, Kyiv, Sofia" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Riga, Tallinn, Vilnius" zone="Europe/Istanbul" /> <zone name="(GMT+02:00) Jerusalem" zone="Asia/Jerusalem" /> root@Dream8k_M3:~#
as you can see configuration values are exactly same,
BUT file `/usr/share/zoneinfo/Europe/Istanbul` is different
have replaced it with file from dm8000 and now system time is correct!!!@DMM Developers
what else information required to solve this problem? -
enigma2 bug: timezone for Estonia is incorrect! If I choose to Jerusalem, only then is it correct for Estonia. (GMT+02:00)
Please correct this bug.
For example with atv all OK, only with the original image NOK.
Thank you in advance for all the people on behalf of Estoniai have reported about that more than year ago
OE2.5 wrong Time for most GMT+2 time zones (OE2.0 ok)
Oe 2.5...but who cares about that? Dreamboxes are only for germans!
-
slow zapping can be connected to a fact OE2.5 Enigma2 stores couple of transponder's parameters as `Auto`
you can call me oldish, but when some value is known why do not store it?
to avoid guessing in next time
and use `Auto` only on tune failed with particular parameters -
the same green screen loop on my dm900.triple NN2.daily
Coderoot@dm900:~$ enigma2 -v Enigma2 v4.3.1 (revision: 4.3.1r22, date: 2017-12-08) Segmentation fault (core dumped) root@dm900:~$
solvedbyCode
Alles anzeigenroot@dm900:~$ apt-get remove enigma2-plugin-extensions-permanenttimeshift Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: enigma2-plugin-extensions-permanenttimeshift 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y (Reading database ... 15435 files and directories currently installed.) Removing enigma2-plugin-extensions-permanenttimeshift (4.3.2+git0+4ce7e92a3c-r0.18) ... root@dm900:~$
-
Och .. a 2. 900s to "play" would be enough for me. The 920 does not offer what could be used to me. For a long time there has not been any "play" on the old 800se.
but after dm8000sstt two tuners, even multi signal, aren't enough
also crossing fingers about dm920 will able show UHD services in PiP, dm900 can't
-
`daylight savings time` period is gone and problem returned
as i wrote ~year~ ago, problem came with OE2.2->2.5 upgrade
Oe 2.5... -
after first 2-3 minutes video starts to freeze every 10 seconds
problem only on grandpas like dm8000; dm500hd
but dm7020hd(also OE2.0) and dm900(OE2.5) don't have that freezesafter download problematic video to hdd it can be plaed without freezes
Codec: H264 -mpeg-4 avc (part 10) (h264)
Resolution: 1024x578
Frame rate: 25
Decoded format: Planar 4:2:0 YUV