Posts by MegaV0lt
-
-
Richt das dvbapi-Plugin aus? Wie kommt denn der Stream zum VDR?
Habe einen VDR mit 4 SAT-Tunern und OSCam auf einem Debian-Server
-
what is needed to get it running on vdr?
dvbapi - ok
oscam with icam support - ok
what else? Patched vdr?
-
Leider nein. Zu viele offene Fragen.
-
dvbapi für den VDR scheint fertig zu sein. Reicht das schon? Wie wird das konfiguriert?
-
Hier scheint sich was zu tun.
add support for Sky ICAM · manio/vdr-plugin-dvbapi@7560c48Codebase for the patch: https://www.linuxsat-support.com/thread/153679-oscam-icam-tvheadend/?pageNo=1 tvheadend42-ffdecsa-v1.patch.zip:…github.comIst das schon fertig?
-
Ist denn schon jemanden bekannt, ob sich in Sachen ICam beim VDR was tut?
Was müsste da angepasst werden? OsCam oder das DVBAPI-Plugin?
-
I am looking for an plugin like markad or noad from VDR.
Plugin should scan recording and set marks where advertisement starts/ends.
Found nothing so far.
VDR sources are here:
Markad: GitHub - kfb77/vdr-plugin-markad: Continuation of the development from https://projects.vdr-developer.org/git/vdr-plugin-markad.git
Noad: GitHub - madmartin/noad: advertising-detection in vdr video recordingsIs it possible to adapt to enigma2?
-
-
One more (stupid) question:
What is the difference between oscam <-> ncam official <-> ncam ptched by raed?
-
Got it running now. Thanks for helping out.
Some more questions:
How often is the ncam.fs reread? Only at startup/reload of reader?
What if the lines go offline. Is it automatically rereaded?
-
Found a libcurl timeout in log:
Code
Display More2022/08/11 17:06:48 00000000 s (main) System name = Linux 2022/08/11 17:06:48 00000000 s (main) Host name = MCP-Server 2022/08/11 17:06:48 00000000 s (main) Release = 5.10.0-16-amd64 2022/08/11 17:06:48 00000000 s (main) Version = #1 SMP Debian 5.10.127-2 (2022-07-23) 2022/08/11 17:06:48 00000000 s (main) Machine = x86_64 2022/08/11 17:06:48 00000000 s (main) creating pidfile /run/ncam.pid with pid 3075635 2022/08/11 17:06:48 00000000 s (config) services reloaded: 0 services freed, 20 services loaded, rejected 0 2022/08/11 17:06:53 00000000 s (files) libcurl: (28) Operation timed out after 83 milliseconds with 0 bytes received 2022/08/11 17:06:57 00000000 s (config) ncam.fs read lines: C:0 N:0 L:0 R:0 2022/08/11 17:06:57 00000000 s (emu) Emu version 798 2022/08/11 17:06:57 00000000 s (config) userdb reloaded: 12 accounts loaded, 0 expired, 3 disabled 2022/08/11 17:06:57 00000000 s (main) signal handling initialized 2022/08/11 17:06:57 00000000 s (config) 994 provid's loaded 2022/08/11 17:06:57 00000000 s (config) 1025 service-id's loaded in 3 ms 2022/08/11 17:06:57 00000000 s (config) 40 tier-id's loaded 2022/08/11 17:06:57 00000000 s (config) 1 lengths for caid guessing loaded 2022/08/11 17:06:57 00000000 s (config) 1 entries read from ncam.whitelist 2022/08/11 17:06:57 00000000 s (net) monitor: initialized (fd=6, port=988) 2022/08/11 17:06:57 00000000 s (net) cs357x: initialized (fd=8, port=20248) 2022/08/11 17:06:57 00000000 s (net) cs378x: initialized (fd=9, port=20348) 2022/08/11 17:06:57 00000000 s (net) cccam: initialized (fd=10, port=18000)
but 83ms? Very short. What is going wrong here?
-
Server has relative strong cpu:
CodeCPU: Quad Core Intel Core i5-4570 (-MCP-) speed/min/max: 895/800/3600 MHz Kernel: 5.10.0-16-amd64 x86_64 Up: 15d 4h 45m Mem: 2241.4/7840.2 MiB (28.6%) Storage: 2.27 TiB (29.5% used) Procs: 161 Shell: Bash inxi: 3.3.01
Should be enough. Restart already tested. Only two servers are anabled for testing:
(config) ncam.fs read lines:
My log says:
2022/08/11 16:32:51 00000000 s (config) ncam.fs read lines: C:0 N:0 L:0 R:0
Why isn't it reading the two lines? -
I have ncam running on my debian server. Self compiled from GIT:
Code
Display More+------------------------------------------------------------------------------- | NCam ver: Unofficial rev: git316c1f7 target: x86_64-linux-gnu-ssl-libcurl | Tools: | CROSS = | CC = gcc | Settings: | CONF_DIR = /usr/local/etc | CC_OPTS = -Os -ggdb -pipe -ffunction-sections -fdata-sections -fwrapv -fomit-frame-pointer | CC_WARN = -W -Wall -Wshadow -Wno-shadow -Wredundant-decls -Wstrict-prototypes -Wold-style-definition | CFLAGS = -fexpensive-optimizations -mmmx -msse -msse2 -msse3 -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 -DWITH_LIBCURL=1 | LDFLAGS = -Wl,--gc-sections -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 -DWITH_LIBCURL=1 | LIBS = -lssl -lcrypto -lcurl -lm -lpthread -ldl -lrt | UseFlags = USE_SSL=1 USE_LIBCRYPTO=1 USE_LIBCURL=1 | Config: | Addons : WEBIF WEBIF_LIVELOG WEBIF_JQUERY WITH_SSL HAVE_DVBAPI READ_SDT_CHARSETS IRDETO_GUESSING CS_ANTICASC WITH_DEBUG MODULE_MONITOR WITH_LB CW_CYCLE_CHECK LCDSUPPORT CLOCKFIX WITH_EMU | Protocols: CAMD35 CAMD35_TCP NEWCAMD CCCAM CCCSHARE GBOX CONSTCW | Readers : NAGRA NAGRA_MERLIN IRDETO CONAX CRYPTOWORKS SECA VIACCESS VIDEOGUARD DRE TONGFANG STREAMGUARD JET BULCRYPT GRIFFIN DGCRYPT | CardRdrs : PHOENIX | Compiler : gcc (Debian 10.2.1-6) 10.2.1 20210110 | Config : build/x86_64-linux-gnu-ssl-libcurl/config.mak | Binary : /usr/local/src/ncam.git/Distribution/ncam +-------------------------------------------------------------------------------
Runs fine but i do not get the free server in ncam.fs working. When i add clines the readers get created. But when i uncomment server nothing happens. (After reload of readers)
Any idea what can be the cause?
-
Please check why packages for [black_220x132] are not listed on https://picon.cz/download-picons/piconblack-220x132/
85.0E18.0W
12.5W
-
Ok, i understand the quality part. What about OptiPNG? http://optipng.sourceforge.net/ This is lossless
With no option is reduced from 72M to 65M
Anywas, was just asugestion to reduce downloadsize. I will make optimization localy after extracting.
-
Possible wrong Logo for
SAT.1 emotions HD -> 1_0_19_4EF6_21FC_9C_5A0000_0_0_0
It shows Logo of FOX HD
-
When i use pngquant the logos decrese significant in size:
-
On picons.cz the links in "transparentdark" seem to be the same!
Please check if it should be so. Both have 4684
-
Please change ntv HD Logo to
1920px-N-tv-HD-September.svg.png
Name and ID: ntv HD -> 1_0_19_EF14_421_1_C00000_0_0_0