dyskusje o kompilacjach OCcama 2013 & 2014

[AbrahaM]

U siebie tez zauważyłem te mikroprzycinki co jakiś czas ale to jest powodem

 

2013/12/14 23:04:25  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:04:25  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:DA6B50DBA5BA29C4598167C977FAEC09): not found (408 ms) by n - TVP Warszawa

2013/12/14 23:04:26  4CF348 r n [conax] card detected

2013/12/14 23:04:28  4CF348 r n [internal] ATR: 3B 24 00 30 42 30 30

 

2013/12/14 23:07:31  4E3220 c dvbapi (0B01&000000/0000/3ABD/76:DD1DA17D7B27AE96A81E0E0B6FE41DC3): found (464 ms) by n - TVP 1 HD

2013/12/14 23:07:40  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:07:40  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:D9DFB35035DD7922DEF6B6322DBC4684): not found (401 ms) by n - TVP Warszawa

2013/12/14 23:07:41  4CF348 r n [conax] card detected

 

Jeśli testujesz 9071, zastosuj pierwszy wpis z nowo tworzonego FAQ --> stąd

z tego co się wczytywałem, podobno w nowszych ten trick przestaje działać...

 

 

[Gość bloto22]

368 cardmhz / 368mhz

 

 

chodzi stabilnie. Temat wałkowany od bardzo dawna

[Gość zember]

wersja : * oscam-r9105-qbohxhd-timepatch1v8-nousb-nodebug.zip

 

dalej problem na kliencie cccam

 

całego loga nie zdazylem zlapac

 

co jaki czas mam cos takiego

2013/12/14 23:55:11 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:C4E28A7EF28266BC1C3DB335C21E1436): rejected group (2 ms) (no matching reader)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 0100 PROVID 000068 ECMPID 052F (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #5 CAID 1803 PROVID 000000 ECMPID 0593 (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:12 4D45A8 c dvbapi (1803&000000/0000/3DD3/92:25A233C0ACB04E813754C90EA18CA9CE): timeout (5005 ms) by slot0
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:14 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 

a potam sam z siebie sie odwwiesza

 

2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:25 4D9498 p slot0 [cccam] connecting to 192.168.4.10:12000
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 trying to descramble PID #1 CAID 0B01 PROVID 000000 ECMPID 0467 ANY CHID VPID 0218
2013/12/14 23:55:27 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:69272A085E4FC2D1FCCE99ACF9FACEDF): found (218 ms) by slot0
2013/12/14 23:55:33 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:E8CAAD1F5154AB7C87A88B1ADCDABB5B): found (225 ms) by slot0
2013/12/14 23:55:45 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:2AEF67B506AE9944077CDF143E2AACA8): found (223 ms) by slot0
2013/12/14 23:55:58 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:9D89628E4F098E90B307AC85E02A98DA): found (226 ms) by slot0
2013/12/14 23:56:10 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:7CF69C64B1A3F168517349DB172ED7E4): found (229 ms) by slot0 

[Gość bloto22]

przetestuj konfigi które wrzuciłem dla oscam/cccama. Stronę wcześniej.

 

na 9092 v2 monotonic

 

wersja : * oscam-r9105-qbohxhd-timepatch1v8-nousb-nodebug.zip

 

dalej problem na kliencie cccam

 

całego loga nie zdazylem zlapac

 

co jaki czas mam cos takiego

2013/12/14 23:55:11 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:C4E28A7EF28266BC1C3DB335C21E1436): rejected group (2 ms) (no matching reader)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 0100 PROVID 000068 ECMPID 052F (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #5 CAID 1803 PROVID 000000 ECMPID 0593 (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:12 4D45A8 c dvbapi (1803&000000/0000/3DD3/92:25A233C0ACB04E813754C90EA18CA9CE): timeout (5005 ms) by slot0
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:13 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:14 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 

a potam sam z siebie sie odwwiesza

 

2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:24 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:25 4D9498 p slot0 [cccam] connecting to 192.168.4.10:12000
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 trying to descramble PID #1 CAID 0B01 PROVID 000000 ECMPID 0467 ANY CHID VPID 0218
2013/12/14 23:55:27 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:69272A085E4FC2D1FCCE99ACF9FACEDF): found (218 ms) by slot0
2013/12/14 23:55:33 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:E8CAAD1F5154AB7C87A88B1ADCDABB5B): found (225 ms) by slot0
2013/12/14 23:55:45 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:2AEF67B506AE9944077CDF143E2AACA8): found (223 ms) by slot0
2013/12/14 23:55:58 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:9D89628E4F098E90B307AC85E02A98DA): found (226 ms) by slot0
2013/12/14 23:56:10 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:7CF69C64B1A3F168517349DB172ED7E4): found (229 ms) by slot0 

[Gość domell2]

U siebie tez zauważyłem te mikroprzycinki co jakiś czas ale to jest powodem

 

2013/12/14 23:04:25  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:04:25  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:DA6B50DBA5BA29C4598167C977FAEC09): not found (408 ms) by n - TVP Warszawa

2013/12/14 23:04:26  4CF348 r n [conax] card detected

2013/12/14 23:04:28  4CF348 r n [internal] ATR: 3B 24 00 30 42 30 30

 

2013/12/14 23:07:31  4E3220 c dvbapi (0B01&000000/0000/3ABD/76:DD1DA17D7B27AE96A81E0E0B6FE41DC3): found (464 ms) by n - TVP 1 HD

2013/12/14 23:07:40  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:07:40  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:D9DFB35035DD7922DEF6B6322DBC4684): not found (401 ms) by n - TVP Warszawa

2013/12/14 23:07:41  4CF348 r n [conax] card detected

 

Jeśli testujesz 9071, zastosuj pierwszy wpis z nowo tworzonego FAQ --> stąd

z tego co się wczytywałem, podobno w nowszych ten trick przestaje działać...

 

Na 9092. Miałem 2700 357 . Teraz potestuję 2400 368

 

Na tych samych konfigach nawet nie chce ruszyć u mnie 9105 od razu wyrzuca not found. A jak raz ruszył to za 3 też not found. Nie wiem czy też tu nie trzeba pokombinować coś z tymi Mhz. Na obydwu powyższych nie idzie

 

[Gość domell2]

Proszę wersja 9092 zobacz co się dzieje na 368 / 368

 

2013/12/15 00:24:55   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:24:56   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:CD67660262E9018EA8195242EBB2B010): found (552 ms) by n - TVP 1 HD
2013/12/15 00:25:04   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:F0FDB89957E6AB3EDDF64FCEF2ED6CD7): found (554 ms) by n - TVP 1 HD
2013/12/15 00:25:13   4E6630 c encrypted cccam-client 192.168.4.206 granted (nbox1, au=off)
2013/12/15 00:25:13   4E6630 c nbox1 (0B01&000000/0000/0C23/6C:60FD274D3478E85DDFB128F095A381C5): found (493 ms) by n - Polsat HD
2013/12/15 00:25:19   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:3B30D1FF982DCDBFC3705FBA8C8002CE): found (555 ms) by n - TVP 1 HD
2013/12/15 00:25:22   4E6630 c nbox1 (0B01&000000/0000/0C23/6C:E7236F6E9E8A506724AA0583001A99DD): not found (153 ms) by n - Polsat HD
2013/12/15 00:25:34   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (683 ms) by n - TVP 1 HD
2013/12/15 00:25:34   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:34   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:34   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:35   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:35   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (6 ms) by n - TVP 1 HD
2013/12/15 00:25:35   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:35   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:36   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:36   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:36   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (6 ms) by n - TVP 1 HD
2013/12/15 00:25:36   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:36   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:37   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:37   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:37   4E6630 c nbox1 (0B01&000000/0000/0C23/6C:E7236F6E9E8A506724AA0583001A99DD): found (486 ms) by n - Polsat HD
2013/12/15 00:25:38   4E6630 c nbox1 (0B01&000000/0000/0C23/6C:219F001A870FE5C00251B33C755185EB): found (900 ms) by n - Polsat HD
2013/12/15 00:25:38   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (237 ms) by n - TVP 1 HD
2013/12/15 00:25:38   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:38   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:38   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:38   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:39   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (11 ms) by n - TVP 1 HD
2013/12/15 00:25:39   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:39   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:39   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:40   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:40   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (6 ms) by n - TVP 1 HD
2013/12/15 00:25:40   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:40   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:40   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:41   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:41   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (3 ms) by n - TVP 1 HD
2013/12/15 00:25:41   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:41   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:42   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:42   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:42   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (4 ms) by n - TVP 1 HD
2013/12/15 00:25:43   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:43   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:43   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:43   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:43   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (10 ms) by n - TVP 1 HD
2013/12/15 00:25:44   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:44   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:44   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:44   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:45   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): not found (4 ms) by n - TVP 1 HD
2013/12/15 00:25:45   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:25:45   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)
2013/12/15 00:25:45   4E34A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 6 ecmpids!
2013/12/15 00:25:46   4E34A8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/12/15 00:25:46   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:EBB7169D5C94DF17CDFFCB585BA2F809): found (548 ms) by n - TVP 1 HD
2013/12/15 00:25:49   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:6DBC1DE5AA438967DABDD24C3F3B92C9): found (550 ms) by n - TVP 1 HD
2013/12/15 00:25:52   4E6630 c nbox1 (0B01&000000/0000/0C23/6C:897162DF644A7E6A8E72B6DF27DB39B1): found (486 ms) by n - Polsat HD
2013/12/15 00:26:06   4E34A8 c dvbapi (0B01&000000/0000/3ABD/76:583835E5EF7372C45040CDF421D869A8): not found (2393 ms) by n - TVP 1 HD
2013/12/15 00:26:06   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 1813 PROVID 000068 ECMPID 0D09 (NO MATCHING READER)
2013/12/15 00:26:06   4E34A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1803 PROVID 000000 ECMPID 0D6D (NO MATCHING READER)

 

AbrahaM: na przyszłość logi wrzucaj w znaczniki code, łatwiej się czyta

[AbrahaM]

368 cardmhz / 368mhz

 

 

chodzi stabilnie. Temat wałkowany od bardzo dawna

 

@bloto22: No właśnie niekoniecznie, to było ok dla starszych ale od 8903(?) zalecam jednak sprawdzić wpis, który podałem. U znajomego 368/368 na 8705 chodziło względnie dobrze, ale na tym samym konfigu 9071 chodziło tragicznie, zmieniłem mu na 2400 / 368 i problemy znikły jak ręką odjął.

 

@domell2: dokładnie takie jak widać w wiadomości wyżej wariowanie nowych buildów na 368/368 dla Conax miałem na myśli.

 

wersja : * oscam-r9105-qbohxhd-timepatch1v8-nousb-nodebug.zip

 

dalej problem na kliencie cccam

 

@zember: Tego typu problemów przy "czytniku programowym" nie powinieneś mieć, zakładając jego stabilną pracę. Mam nadzieję, że na v9 tego nie będzie.

 

przy okazji, sprawdźcie v9, już wygenerowane wisi, takie są uroki testów, że od czasu do czasu (albo nawet seriami), coś nie działa...

[sunfizz]

Co do taktowania karty to wystarczy standardowe 357MHz dla Conax. Przetaktowanie może skutkować rożnymi dziwnymi zachowaniami karty. Nawet 6,50 MHz nie zrobi krzywdy kartom conax CAS7 ale trzeba zadać sobie pytanie, czy jest sens naginania kwarca :)  ?.

[tux]

@sunfizz

Doczytaj proszę na stronach OSCama dlaczego tak i nad czym pracują.

 

 

@inni

Przy oscamach od wersji 9072 proszę nie podchodzić schematycznie. Devele OScama dość mocno "ryją" kod by doprowadzić to do stanu używalności. To co było logiczne do niedawna, działało OK może działać inaczej, nie działać, powodować efekty uboczne itd.

Jeżeli już testujecie coś powyżej 9072 to proszę pozbądźcie się "logicznego myślenia" i testujcie zgodnie ze zmianami na stronie Oscama lub podawanymi tutaj. Tylko tak do czegoś dojdziemy.

Jeżeli ktoś wprowadza zmianę i oczekuje, że da to efekt X w warunkach Y, to nie róbmy na siłę warunków Z, bo to zwyczajnie nic tej osobie nie powie - nie tego oczekiwała.

[AbrahaM]

@sunfizz

Doczytaj proszę na stronach OSCama dlaczego tak i nad czym pracują.

 

 

@inni

Przy oscamach od wersji 9072 proszę nie podchodzić schematycznie. Devele OScama dość mocno "ryją" kod by doprowadzić to do stanu używalności. To co było logiczne do niedawna, działało OK może działać inaczej, nie działać, powodować efekty uboczne itd.

Jeżeli już testujecie coś powyżej 9072 to proszę pozbądźcie się "logicznego myślenia" i testujcie zgodnie ze smianami na stronie Oscama lub podawanymi tutaj. Tylko tak do czegoś dojdziemy.

Jeżeli ktoś wprowadza zianę i oczekuje, że da to efekt X w warunkach Y to nie róbmy na siłę warunków Z bo to zwyczajnie nic tej osobie nie powie - nie tego oczekiwała.

 

@Tux to dobrze ujął.

Nie bez powodu w wątkach z oscamami opisuję zmiany i/lub dopisuję komentarze we wpisach z załączonymi kompilacjami, choć czasami zdarza mi się czasem nie dość wyraźnie coś zaakcentować. Tytułem przypomnienia (wyrywkowo) w:

8940 przeryto kod obsługi czytników, stabilizowano to przez kolejne n+1 poprawek (i do teraz są przez te zmiany problemy z conax)

9072 wprowadzono poważne zmiany w funkcjonowaniu dvbapi

9093 wprowadzono bardzo grube zmiany w sposobie obsługi ECM,

9105 wygląda na dopiero jako tako ustabilizowane po zmianach z 9093

 

więc niestety uwaga: "ale ja zawsze używałem ustawienia_abc = xyz i ono jest dobre" jest błędne, to ustawienie było dobre do wersji abcd, ale od abdd może działać inaczej, działać źle, lub nie działać w ogóle.

 

Dwa przykłady które przychodzą mi do głowy na szybko, oba z związane oscam.conf:

reopenonzap przestał mieć znaczenie od 9072, od tej wersji oscam zachowuje się zawsze tak, jakby ten parametr był ustawiony na 1

clientmaxidle ustawiony na 0 w najnowszych buildach blokuje możliwość podłączenia się do oscama

 

Bez analizy zmian kodu i/lub korzystania z forum devów zwykły użytkownik nie ma szans by ustalić przyczynę jakiś kłopotów czy zakres zmian. Jeśli sugerujemy testy na jakiś ustawieniach, to prosimy by traktować to poważnie, nie robimy tego bez powodu.

 

[sunfizz]

@tux co ma piernik do wiatraka :)

Wypowiedziałem się na temat wpływu taktowania kart do stabilności pracy czytnika pod  emu oscam. Nie zawsze więcej 'MHz" oznacza lepiej. Nie wiem dlaczego odsyłasz mnie w tym temacie do  lektury streamboard.

Używam na co dzień własnych kompilacji binarek "czystych" oraz "patchowanych" z różnymi konfiguracjami globalnymi oscama, readerów itd. Testuję na chwilę obecną r9105 z patchem "timepatch" i mogę delikatnie wysunąć stwierdzenie - znaczna poprawa względem poprzednich wersji, wrażenie stabilna.

[tux]

Jakby to napisać → ilość MHz nie ma prawie nic wspólnego z MHz. Brzmi dziwnie, ale w sumie jak większość bełkotu do którejś wersji OSCama. Niedługo nie będzie w ogóle możliwości ustawiania tego parametru - moim zdaniem powinno tak być od początku.

 

 

Co nie zmienia faktu, że logicznie myśląc powinno być jak piszesz. Każde przetaktowanie może skutkować efektami ubocznymi i zazwyczaj skutkuje. Tu się zgadzamy w 100%

[AbrahaM]

@tux co ma piernik do wiatraka :)

Wypowiedziałem się na temat wpływu taktowania kart do stabilności pracy czytnika pod  emu oscam. Nie zawsze więcej 'MHz" oznacza lepiej. Nie wiem dlaczego odsyłasz mnie w tym temacie do  lektury streamboard.

Używam na co dzień własnych kompilacji binarek "czystych" oraz "patchowanych" z różnymi konfiguracjami globalnymi oscama, readerów itd. Testuję na chwilę obecną r9105 z patchem "timepatch" i mogę delikatnie wysunąć stwierdzenie - znaczna poprawa względem poprzednich wersji, wrażenie stabilna.

 

@sunfizz

To ma piernik, że obsługa czytników, w tym (a raczej przede wszystkim) wewnętrznych jest mocno zabagniona i nielogiczna, w zasadzie z powodu zaszłości historycznych, decyzji/błędów poczynionych przez poprzedni zestaw devów. Teraz trwa dyskusja czy i jak zachować jako taką zgodność wsteczną, ale wygląda na to, że docelowo czytniki będą obsługiwane w automatycznym trybie "autospeed" aczkolwiek będzie także możliwość wymuszenia taktowania takiego, jakie chce użytkownik.

 

Skoro już jesteśmy przy konkretach, to ZTCP czytnik nboxa nie potrafi fizyczne pracować szybciej niż 600MHz, zaś ustawienie taktowania na "2400MHz" (cudzysłów celowy i zamierzony), nie wdając się w szczegóły, obchodzi pewne błędy w oscam w obsłudze kart conax.

[Gość zember]

przetestuj konfigi które wrzuciłem dla oscam/cccama. Stronę wcześniej.

 

na 9092 v2 monotonic

 

AbrahaM: nie żebym się, czepiał, ale nie przesadzajcie z cytowaniem

 

dzięki za radę

zmieniłem konfigi na wzór tych które podałeś i wróciłem do wersji 9092 v2

na razie działa stabilnie kilka godzin działania brak problemu, może delikatnie wolniej się przełącza kanały ale niema tragedii

[mickey]

Podane wpisy dotyczące megaherców nie chciały u mnie działać stabilnie nawet na 9105 v9. Ale jak wpisałem:

 

mhz                     = 300
cardmhz                 = 300

 

to mi oscam gada z czytnikiem wewnętrznym i kartą TnK/SmartHD+ już prawie 3 gdziny. Wcześniej wykładał się najpóźniej po 5 minutach.

 

A skąd te wartości ... no cóż. Z sufitu... :/

[AbrahaM]

A skąd te wartości ... no cóż. Z sufitu... :/

 

jest wspólny mianownik,

Twoja wartość, wartość z jeszcze innego wątku u konkurencji są z zakresu 200-300 MHz,

więc wygląda że coś się przy taktowaniu wyżej spektakularnie sypie :(

 

przy okazji przypominam: jeśli zapisy użytkownika mają działać, to w czytniku (dokumentacja/webif mogłaby być bardziej przejrzysta) ma być:

 

autospeed                     = 0

 

 

[Gość domell2]

Tak dokładnie. W pliku oscam.server powinno to być bo inaczej nie ruszy:

[reader]

autospeed                    = 0

mhz                              = 300

cardmhz                      = 300

Choć czasy na tych ustawieniach są ok 1000-1100 ms u mnie na wolnej

[AbrahaM]

Tak dokładnie. W pliku oscam.server powinno to być bo inaczej nie ruszy:

[reader]

autospeed                    = 0

mhz                              = 300

cardmhz                      = 300

Choć czasy na tych ustawieniach są ok 1000-1100 ms u mnie na wolnej

 

U jednego z naszych testerów automat zaskoczył i dobrał taktowanie 300, więc to jest kolejna przesłanka dla uznania 300/300 dla najnowszych buildów za działające.

[Gość bloto22]

brak dostępu do polskiej czcionki w chwili pisania tego. siła wyższa

 

 

to idąc tokiem myślenia nowego teamu oscam :).  I brakiem logiki dla rozwiązań wymagających logiki, stwórzmy nowy świat.

 

zaczynając od matematyki.

Mozę tak 2+2= 8 ??.... z takie założenia wychodzi nowy team. I dziwi się z fala krytyki.

Pomijając fakt ze koledze the parasol nie da się nic powiedzieć, bo jego tok myślenia to 2+2=8.

Potem się zastanawia przez numerów 60  czemu to nie działa.

 

Wnioskując, nie obrażając innych. Leader zespołu nie ma pojęcia o systemach kodowania/obsługi kart.

 

kopie ten sam kod pod  nazwa "cleaning dirty code...xxx"

 

I w taki oto sposób jak w seri oscam 7xxx czasy na karcie są 0.60ms tak od serii 8xxx.

Ida w górę, obsługa jest tak skopana że czasy są już 0.120ms co się w głowie nie mieści.

 

Zasługa tego stanu rzeczy jest "..cleaning/improving code.." by the parasol... coraz więcej osób w jego ślady idzie z teamu.. co zwiastuje ..xxxx..

 

 

 

pozdrawiam

....

 

Poprawiono

[tux]

Ja może też coś dopiszę. Zaznaczę, że nie chcę obrazić nikogo ani rozpoczynać wojny.

 

 

Jak może niektórzy pamiętają od prawie zawsze miałem problem z AC3. Nie wystepował on zawsze tym niemniej był. Objawia się to tym, że co jakoś czas (bardzo losowo) zanika dźwięk, gninie nośna AC3 a co za tym idzie wyłącza mi się wejście w DAC. Mija 0,3 do 1 sec i wszystko wraca do normy. Najpierw zwaliłem winę na E2. Potem na playera. Niestety wszystko wskazuje, że jednak to SoftCam. Dlaczego tak myślę? Otóż:

• efekt występuje niezależnie od rodzaju softcam, a te do działania potrzebują czasu systemowego;
  
• efekt się nasilał im było więcej błędów z ECM.
  

I nagle powstał pacz MONOTONIC. Nałożony na OSCam wyeliminował zjawisko o którym piszę prawie do zera. Niestety drużyna od OSCam zamist to przeanalizować robiła swoje i z wersji na wersję było gorzej. Ostatnia w miarę działająca to 9063.

Czytając informacje na forum OScama i nie tylko doczytałem się informacji, iż część kodu oscama działała w skali sekund a część w skali milisekund. Ozywiście logicznie myśląc to nie miało prawa działać a jednak działało.

Dla mnie było już jasne, że najpierw przed jakąkolwiek zmianą należy bezwzględnie poprawić kody od odliczania czasu + dokończyć MONOLITIC. Stało się jednak inaczej i z wersji na wersję nie dość, że jest gorzej to jeszcze zaczna się to rozjeżdżać. Jedną myślą przypomina mi to co jest w IMAGE dla tunerów - chaos i każdy sobie rzepkę skrobie. O ile my idziemy systematycznie z tym co robimy (może nie najszybciej ale jednak) to w drużynie OSCama panuje moim zdaniem swoisty CHAOS. Zabrano się za zbyt dużą, moim zdaniem, ilość zadań na raz. Wprowadza się poprawki, które i tak potem pójdą do kosza bo nie będą współgrać z tym co poprawią odnośnie odliczania czasu.

Ponadto, patrząc przez pryzmat tego co się dzieje z AC3 nie mogę oprzeć się wrażeniu, iż zdecydowana ilość kłopotów to nie kod DVBAPI a czy czytnika a właśnie czasu. Biedny SoftCam nie potrafi się wstrzelić z konkretnym ECM kiedy trzeba i albo szaleje AC3, albo karta, albo pixele (bo ułamek zekundy za późno) itd.

DM i VU+ (o ile dobrze pamiętam) mają wzorzec RTC tak jak komputer. Wyłączony z gniazda energetycznego jakiś czas pamięta date i godzinę. Nasze boxy jak zdecydowana większość tego nie ma. Dochodzi też efekt rozsynchronizowania czasu. Tutaj MONOLITIC jest koniecznością. Nie ma co udawać, że jest inaczej. Za czasów DM był gbox, mgcamd, ccam, potem oscam. Wszstko działało całkiem nieźle, ale zegar tykał dość dokładnie - niezaleznie od tego co się działo - wzorzec to wzorzec. Potem nastała era nowych tunerów i przyjęto inne podejście. Z rozwijanych dynamicznie SoftCam został OSCam. Niestety pracuje dzisiaj w przeważającej ilości przypadków w innych warunkach niż jeszcze dwa lata temu. Czas by drużyna Devel od OSCama to zrozumiała. Szanuję to, że zabrali się wreszcie za kod - robota w istocie krecia. Jednak robiąc to należy najpierw przeanalizować warunki pracy i zacząć jakąkolwiek pracę pod te warunki a nie powielać błędne już na dzień dzisiejszy założenia.

 

 

Tyle mooch przemyśleń.

[AbrahaM]

@bloto22:

 

Fundamentalnie się z Twoją oceną nie zgadzam. Nie widząc szczegółów możesz odnieść takie wrażenie, jakie dość malowniczo opisujesz wyżej.

 

Problem z oscamem jest w tym, że poprzedni devteam uskuteczniał politykę nakładania niekończącej się liczby łat, łata łatała łatę, która łatała łatę, itd. W efekcie czego powstał wielki bałagan, który przez przypadek przez jakiś zakres wersji dla naszej platformy(sh4) w miarę nieźle działał. Do tego za oscamem ciągną się konsekwencje doraźnych fixów (zamieszanie z cardmhz, mhz zawdzięczamy praktycznie pierwszemu składowi dev-teamu, który w ten sposób obchodził kłopoty z czytnikami w starych dreamboxach).

 

theparasol podjął się systemowego posprzątania tego bałaganu i wbrew pozorom, jest jednym z paru koderów, którzy wiedzą co robią, a nie jak inni, którzy poprawiają mały wycinek kodu, nie przewidując skutków dla całości. blueven przepisał praktycznie na nowo cały duży kawał kodu odpowiedzialnego za obsługę ECM i cache/cacheex (w 9093) theparasol zaś nieco wcześniej (w 9072) praktycznie usunął większość problemów z dvbapi na większości odbiorników. Niestety "przy okazji" tych zmian platforma sh4 chodzi gorzej (aczkolwiek nie można napisać że źle), ale na to też przyjdzie czas.

 

Poziom bałaganu w kodzie, który przez te lata narósł jest trudny do wyobrażenia. Ilustracja sprzed +-paru dni: niedawno pojawił się błąd uniemożliwiający podłączenie do oscama przez cccam i newcamd. Podjęto ileś prób jego usunięcia, wykonując "celowane" zmiany w kodzie, a błąd "sam" znikł przy okazji wprowadzania innych zmian, absolutnie nie związanych z tą funkcją...

 

Jedyne co mi się nie podoba, to wprowadzenie w podobnym czasie dwóch dużych zmian, w 9072 i w 9093. Przez to usuwanie ewentualnych błędów może być nieco utrudnione.

 

Z polskiego podwórka: "wszyscy" narzekają na skutki zmian z 8940 (obsługa czytnika i zdjęcie doraźnego fixa dla conax), ale nikt nie ruszył .... się i nie raczył zasygnalizować problemów z conax do devow (sprawdziłem!). No chwila. To jak błąd ma być usunięty, jak go nikt nie zgłasza?

 

I na koniec sprawy organizacyjne:

Przypominam, że wyraźnie zostało zaznaczone, iż oscamy które są na forum zamieszczane, są dla testerów. one nie są do codziennego użytku. Przez przypadek mogą, ale wcale nie muszą pracować stabilnie. W szczególności do dotyczy wersji z patchami modyfikującymi obsługę czasu. Zostały udostępnione przez nas do testów, by przyśpieszyć (gdyż to priorytetowa sprawa, jako że oscam jest bardzo zależny od prawidłowego działania mechanizmów pomiaru czasu) rozwój patcha i wdrożenie finalnych modyfikacji w kod.

 

Jesteśmy bardzo wdzięczni za testy, ale na litość... proszę się nie wylewać devom pomyj na głowę, za to że testowa wersja, w dodatku z nieoficjalnymi patchami źle działa. Ma do tego pełne prawo.

 

[tux]

Jesteśmy bardzo wdzięczni za testy, ale na litość... proszę się nie wylewać devom pomyj na głowę, za to że testowa wersja, w dodatku z nieoficjalnymi patchami źle działa. Ma do tego pełne prawo.

I tu się zgadzam.

 

EDIT tux:

Jeszcze jedno info. Zdecydowana większość ludzi z uporem godnym lepszej sprawy testuje tylko wersje z Webif.

[sunfizz]

Jak już tak się rozpisujecie o @theparasol to może ktoś się wypowie czy jego nowy  timepatchv11 po nałożeniu na oscama w miarę działa bo poprzedni skopany był.

[tux]

V10 działa u mnie z cccam OK. Łączy się do mojego terminala z katonikiem i działa stabilnie. Na chwilę obecną używam:

 

tuxish-box:~# oscam_user --help
  ___  ____   ___
/ _ \/ ___| / __|__ _ _ __ ___
| | | \___ \| |  / _` | '_ ` _ \
| |_| |___) | |_| (_| | | | | | |
\___/|____/ \___\__,_|_| |_| |_|


OSCam cardserver v1.20-unstable_svn, build r9105 (sh4-linux-qboxhd-timepatch1v10-micro-cccam-dvbapi)
Copyright (C) 2009-2013 OSCam developers.
This program is distributed under GPLv3.
OSCam is based on Streamboard mp-cardserver v0.9d written by dukat
Visit http://www.streamboard.tv/oscam/ for more details.

tuxish-box:~# cat /tmp/.oscam/oscam.version 
Unix starttime: 1387120182
Starttime:      15.12.2013 16:09:42
Version:        oscam-1.20-unstable_svn-r9105
ConfigDir:      /etc/oscam/


Web interface support:         no
Touch interface support:       no
SSL support:                   no
DVB API support:               yes
DVB API with AZBOX support:    no
DVB API with MCA support:      no
DVB API with COOLAPI support:  no
DVB API with STAPI support:    no
Anti-cascading support:        no
Irdeto guessing:               no
Debug mode:                    no
Monitor:                       no
Loadbalancing support:         no
CW Cycle Check support:        no
LCD support:                   no
LED support:                   no
IPv6 support:                  no
Cache exchange support:        no


camd 3.3x:                     no
camd 3.5 UDP:                  no
camd 3.5 TCP:                  no
newcamd:                       no
CCcam:                         yes
CCcam share:                   no
Pandora:                       no
ghttp:                         no
gbox:                          no
radegast:                      no
serial:                        no
constant CW:                   no


Reader support:                no
Reader Support:                no - no EMM support!

 

 

[AbrahaM]

Jak już tak się rozpisujecie o @theparasol to może ktoś się wypowie czy jego nowy  timepatchv11 po nałożeniu na oscama w miarę działa bo poprzedni skopany był.

 

9105 + v10 zostało usunięte z archiwum, bo faktycznie miało czytniki w sh4 praktycznie nie do użycia.

 

9121 + v11 wygenerowane, z kartonikiem seca działa w pełni prawidłowo, v10 nie odpalały.

 

btw: przy próbie poprawienia timepatchv11 (na 64bitowych systemach zachowuje się nieco niewłaściwie webif, m.in. w zakładce users, sh4 to na szczęście nie dotyczy), prawdopodobnie wykryto przepełnienie bufora oryginalnie znajdujące się w webif.

[sunfizz]

U mnie już przy kompilacji się wywalał ten patch ale nie wnikałem zbędnie co nie "tenges" . @tux pewnie użył v10 ale  tego poprawionego fixa, ja obserwując wątek czekałem na v11 :)

[tux]

O to czego użyłem to trzeba zapytać @AbrahaM :)

[Gość bloto22]

Z polskiego podwórka: "wszyscy" narzekają na skutki zmian z 8940 (obsługa czytnika i zdjęcie doraźnego fixa dla conax), ale nikt nie ruszył .... się i nie raczył zasygnalizować problemów z conax do devow (sprawdziłem!). No chwila. To jak błąd ma być usunięty, jak go nikt nie zgłasza?

 

 

 

Przepraszam, ale że tak powiem, ktoś tu kłamie, temat był wałkowany z the parasol przez ludzi którzy stworzyli pierwsze algo a potem poprawki i jak stwierdzili że ten koleś ma "za wysoki obcas" żeby mu coś wytłumaczyć że coś nie działa.

Sprawa była wielokrotnie zgłaszana, tylko właśnie zlewający stosunek deve nie potrafił przyjąć do wiadomości że osoba X ma więcej  aniżeli  " alfa " z deve.

 

 

Wyjaśnij mi obsługę czytników, czemu skoro były kiedyś 2x razy wydajniejsze + dużo lepsze czasy, poprawiać ?? Mówię o zewnętrznych czytnikach.

 

Gdzie ustawienia na cardmhz 357 na 961MHz dają super rezultaty ??  Właśnie ta opcja w przypadku niektórych kart jest potrzebna.

Samo cardmhz nie da takich efektów.

 

 

Jak dla mnie skromnego programisty (taki mam zawód). Kod nie ma być piękny,  kod który pisze się pod konkretny cel ma konkretnie wykonać zadanie dla niego wyznaczone.

 

 

 

 

Poziom bałaganu w kodzie, który przez te lata narósł jest trudny do wyobrażenia. Ilustracja sprzed +-paru dni: niedawno pojawił się błąd uniemożliwiający podłączenie do oscama przez cccam i newcamd. Podjęto ileś prób jego usunięcia, wykonując "celowane" zmiany w kodzie, a błąd "sam" znikł przy okazji wprowadzania innych zmian, absolutnie nie związanych z tą funkcją...

 

 

Te zdanie świadczy o deve które nie ma pojęcia co zmieniają . Na "pałe" usuwają część kodu.

To się w głowie nie mieści co napisałeś. 

To znaczy o znajomości oscama przez osoby które próbują go " poprawić "

Nic samo nie znika.

 

 

Pozdrawiam

 

 

ps: czy mógłbyś otworzyć nowy wątek dla owego patcha i co dokładnie zostało zmienione żeby poprawić funkcje xx ?

 

 

[tux]

 

Wyjaśnij mi obsługę czytników, czemu skoro były kiedyś 2x razy wydajniejsze + dużo lepsze czasy, poprawiać ?? Mówię o zewnętrznych czytnikach.

Hmmm.... Moim skromnym zdaniem to czasy podawane przez Oscam są z kosmosu. Co wersja to inaczej. Póki wreszczie nie ujednolicą taktowania (zegarek) to będzie to tak działało.

Rozumiem, że skoro czasy masz 2x większe to kanały przełączają się 2x wolniej (dokłądnie 2x wolniej)?

 

 

Gdzie ustawienia na cardmhz 357 na 961MHz dają super rezultaty ??  Właśnie ta opcja w przypadku niektórych kart jest potrzebna.

Samo cardmhz nie da takich efektów.

Tu moim skromnym zdaniem te Megaherce nie mają nic wspólnego z taktowaniem karty. Taktowanie ustala czytnik w nBox a te Megaherce to ustawienia oscama - niezależne od czytnika. I tu chyba jest problem. W DM czy VU+ czytnik jest skalowany, w nBox pracuje z konkretnymi trybami i KONIEC. Dlatego fajnie, że ta ekipa się zabrała za ujednolicenie tego. Poprzedniej jak coś próbowałem przekazać to wiedzieli lepiej.

 

Jak dla mnie skromnego programisty (taki mam zawód). Kod nie ma być piękny,  kod który pisze się pod konkretny cel ma konkretnie wykonać zadanie dla niego wyznaczone.

 

--Tu to mnie załamałeś kompletnie. Kod ma być piękny i to do bólu. Potem okazuje się, że trzeba 3x mocniejszej maszyny bo programiście nie chciało się napisać jak powinien. Czy dzisiaj już nie uczą jak pisać i jak optymalizować? Liczy się tylko efekt końcowy niezależnie od tego ile on będzie wymagał mocy obliczeniowej?

 

 

Te zdanie świadczy o deve które nie ma pojęcia co zmieniają . Na "pałe" usuwają część kodu.

To się w głowie nie mieści co napisałeś. 

To znaczy o znajomości oscama przez osoby które próbują go " poprawić "

Nic samo nie znika.

Tak właśnie pracowali porpzednicy. Mnie już nie zdziwi nic co robi obecna ekipa. Żeby to zadziałało to jeszcze długo minie. Mają dwa wyjścia

• zamrozić OSCama i za np. pół roku dać nowego już z poprawkami;
  
• robić to co robią - to właśnie wybrali.
  

[AbrahaM]

Przepraszam, ale że tak powiem, ktoś tu kłamie, temat był wałkowany z the parasol przez ludzi którzy stworzyli pierwsze algo a potem poprawki i jak stwierdzili że ten koleś ma "za wysoki obcas" żeby mu coś wytłumaczyć że coś nie działa.

Sprawa była wielokrotnie zgłaszana, tylko właśnie zlewający stosunek deve nie potrafił przyjąć do wiadomości że osoba X ma więcej  aniżeli  " alfa " z deve.

 

Nie jestem w stanie gwarantować, że jakieś wymiany PW/PM nie było, ale jeśli nie widzę śladu ticketów/zgłoszeń dotyczących tej sprawy, to mam pełne podstawy uznać, że sprawa nie była zgłoszona. Jakoś khimtiki potrafił prawidłowo wypełnić zgłoszenie, naprowadzić devów na problem z przeskokami zegara, dzięki czemu właśnie trwa poprawianie mechanizmów czasowych w oscamie, w czym forumowicze od nas biorą udział (dziękujemy), testując kolejne wersje patcha.

 

Jakoś sam zgłosiłem parę błędów które zostały skorygowane, parę drobniejszych sam naprawiłem, zostały naniesione na kod. Da się? Da się! Jak ktoś do theparasola (czy kogokolwiek innego) startował z takim podejściem jak u nas widzę, to się nie dziwię, że gość się wkurzył i sprawę olał, choć nie powinien.

 

Wyjaśnij mi obsługę czytników, czemu skoro były kiedyś 2x razy wydajniejsze + dużo lepsze czasy, poprawiać ?? Mówię o zewnętrznych czytnikach.

 

Gdzie ustawienia na cardmhz 357 na 961MHz dają super rezultaty ??  Właśnie ta opcja w przypadku niektórych kart jest potrzebna.

Samo cardmhz nie da takich efektów.

 

1) przed chwilą skompilowałem na debianie x64 build 9121 + timepatchv12, który obsługuje phoenixa, latencje mam na tym niższą niż wcześniej na zwykłej 9071 + monotonic, o wcześniej używanej 8903 nie wspominając, oscamy testowałem praktycznie od 6xxx, i dość precyzyjnie pamiętam rarpotowane przez oscam (osobna sprawa, że to co oscamy podają należy jak na razie traktować jako wskazania mocno orientacyjne) wyniki poszczególnych binarek. Spowolnień w obsłudze ECM nie odnotowałem, a nawet wprost przeciwnie. Skórka wyliczająca "czasy" (a więc już odbiornik, nie oscam, te dane są wiarygodniejsze), wskazuje na znaczące przyśpieszenie oscamów. Więc w takiej sytuacji twierdzenie o 2x większej wydajności starego kodu czytników traktuję jako mit w stylu "bo jak ja byłem młody to"...

 

2) natomiast potwierdzam, że są problemy z obsługą kart są w wewnętrznych czytnikach odbiorników, szczególnie mocno to dotyczy sytuacji gdy w czytniku siedzi karta w systemie conax. I przy obecnym stanie obsługi conax trzeba poświęcić wydajność/latencje na rzecz stabilności. To jest jedna ze spraw, o które będziemy wiercić dziurę w brzuchu, ale po opracowaniu patcha czasowego, uważamy, że bez podstawy w postaci sprawnie działających mechanizmów czasowych nie ma co się brać za inne sprawy.

 

3) realnie latencja z punktu widzenia użytkownika boxa nie ma większego znaczenia, jedyne na co wpływa, to niestety tempo przełączania kanałów, poza tym, nikomu nie będzie "gorzej" odbiornik chodził przez to, byleby chodził stabilnie.

 

Jak dla mnie skromnego programisty (taki mam zawód). Kod nie ma być piękny,  kod który pisze się pod konkretny cel ma konkretnie wykonać zadanie dla niego wyznaczone.

 

Przyznaję częściowo rację. Z dwoma zastrzeżeniami:

1) Sytuacja, kiedy coś jest systemowo źle zrobione, plus na to aplikujemy poprawkę, która jest niezgodna z wszelkimi możliwymi zasadami, a to wszystko jakimś cudem działa, nie jest sytuacją prawidłową. Bo jeśli ktokolwiek kiedykolwiek z tym będzie chciał coś zrobić, to będzie się to spektakularnie sypać. Dokładnie do takiego stanu został doprowadzony kod, co teraz jest prostowane, i stąd są tak kuriozalne sytuacje jak opisałem wcześniej. Niestety przy okazji takich sprzątań wylatują fixy które by się (m.in. nam) przydały, i o które niestety trzeba będzie upomnieć się, by zostały zrobione na nowo.

 

2) Zapewne o tym wiesz, tylko to pomijasz, że projekty informatyczne (wszelkie, nie tylko oscam), osiągnęły taki stopień komplikacji, że analiza wszelkich możliwych zależności, wyłapanie wszystkich błędów na sucho jest najzwyczajniej niemożliwe, i/lub niewykonywalne przy ograniczonych zasobach.

 

Poziom bałaganu w kodzie, który przez te lata narósł jest trudny do wyobrażenia. Ilustracja sprzed +-paru dni: niedawno pojawił się błąd uniemożliwiający podłączenie do oscama przez cccam i newcamd. Podjęto ileś prób jego usunięcia, wykonując "celowane" zmiany w kodzie, a błąd "sam" znikł przy okazji wprowadzania innych zmian, absolutnie nie związanych z tą funkcją...

 

 

Te zdanie świadczy o deve które nie ma pojęcia co zmieniają . Na "pałe" usuwają część kodu.

To się w głowie nie mieści co napisałeś. 

To znaczy o znajomości oscama przez osoby które próbują go " poprawić "

Nic samo nie znika.

 

Nie, to świadczy o poziomie zabagnienia kodu i skali wyzwania, z jakim się obecny team mierzy. Nie ma dnia, bym nie oglądał tego, co leci jako zmiana, czy patch, i uwierz mi, momentami można się załamać, jak trywialne/grube błędy potrafił zostawić w kodzie poprzedni team. Z tuxem dość regularnie komentujemy konkretne zmiany, stosując określenia uznawane za nieparlamentarne na kod który był wcześniej.

 

Owszem, mam zastrzeżenia do sposób wprowadzenia zmian, czy do paru zmian konkretnych, ale uważam, że sprawy najprawdopodobniej toczą się w kierunku zbliżonym do właściwego.

 

Pozdrawiam

 

 

ps: czy mógłbyś otworzyć nowy wątek dla owego patcha i co dokładnie zostało zmienione żeby poprawić funkcje xx ?

 

W wolnej chwili na PW dostaniesz linki do opisu błędu plus historię prób jego wyeliminowania, wygląda że problem rozwiązano. Aktualnie kompiluje v12fixed

[mickey]

Jak dla mnie skromnego programisty (taki mam zawód). Kod nie ma być piękny,  kod który pisze się pod konkretny cel ma konkretnie wykonać zadanie dla niego wyznaczone.

 

Gdyby oscam był programem do obsługi karty conax w czytniku wewnętrznym nboksa to można by go potraktować jako coś pisanego pod konkretne zadanie i napisać byle jak, żeby działało stabilnie i szybko. Ale jak ma działać na właściwie dowolnym sprzęcie z dowolnym systemem kodowania, to zgadzam się z tuxem, że "Kod ma być piękny i to do bólu.". Wtedy jest szansa, że kolejna poprawka wpłynie tylko na dany fragment a nie odbije się rykoszetem przez połowę kodu.

 

PS. To 300/300 ciągle działa. Jestem zaskoczony...

[AbrahaM]

PS. To 300/300 ciągle działa. Jestem zaskoczony...

 

patche z linii "v12" rozwalają ponownie czytniki na sh4 :(

czekamy na następną wersję, być może nawet +- 2 dni...

 

wygenerowane 9121 czyste, z timepatchv11 z aktywnym conax_pairingecmrotation

[Gość bloto22]

Jak dla mnie skromnego programisty (taki mam zawód). Kod nie ma być piękny,  kod który pisze się pod konkretny cel ma konkretnie wykonać zadanie dla niego wyznaczone.

 

Gdyby oscam był programem do obsługi karty conax w czytniku wewnętrznym nboksa to można by go potraktować jako coś pisanego pod konkretne zadanie i napisać byle jak, żeby działało stabilnie i szybko. Ale jak ma działać na właściwie dowolnym sprzęcie z dowolnym systemem kodowania, to zgadzam się z tuxem, że "Kod ma być piękny i to do bólu.". Wtedy jest szansa, że kolejna poprawka wpłynie tylko na dany fragment a nie odbije się rykoszetem przez połowę kodu.

 

PS. To 300/300 ciągle działa. Jestem zaskoczony...

 

 

 

Nie zrozumieliśmy się, co do kwestii tej aluzji.

 

Jeżeli ktoś byś się bliżej przyjrzał temu co się dzieło na początku wersji 8xxx i arogancji kolegi xxx. To by wiedział o czym tutaj mowa.

 

Kod jak najbardziej można udoskonalać,  jeżeli wiemy co się robi. I każda osoba która ma pojęcie twierdzi ze to co się działo na początku to jakiś absurd był, koledze The parasol ktoś

 

sprezentował książkę i chłopak na " pałe " czynił      " code clean up"  z tego się wzięło tyle problemów, aż przystopował i zaczął słuchać.

 

Tak samo z obsługą conax. Problem był taki ze koledzy chcieli wszystko na tacy. Nikt nie chciał się wychylać. Wiec poprzez ticket system można sobie..

 

 

 

Co do starego kodu oscama vs new.  Stary jest wydajniejszy.  Znajdę chwilę to wrzucę,  dowody którym zaprzeczyć się nie da :).

 

Nie chodzi tutaj o czasy,  przepustowość maksymalna oscama oraz ilość nok/ok/timout :).  Nowa wersja vs stara ( jedna z najlepszych wersji od starego teamu)

 

 

pozdrawiam

[tux]

Co do starego kodu oscama vs new.  Stary jest wydajniejszy.  Znajdę chwilę to wrzucę,  dowody którym zaprzeczyć się nie da .

 

Nie chodzi tutaj o czasy,  przepustowość maksymalna oscama oraz ilość nok/ok/timout .  Nowa wersja vs stara ( jedna z najlepszych wersji od starego teamu)

 

 

Problemem nie jest OSCam a stare podejśie do konfiguracji. Po prostu stary OSCam łagodniej przyjmował "złe" lub "nie przemyślane" konfiguracje. Nowy wymaga by klient wiedział co robi.

Tym czasem większość osób ja ma pośięcić kilka wieczorów czy nawet nocy na skonfigurowanie wszystkiego raz jescze (tu zależy od skali skomplikowania systemu) to woli rozwiązanie partyzanckie czyli powrót na stare wersje.

 

---

 

Teraz co testów.

Z razji tego iż nie da się określić czy coś działa czy nie po kilku godzinach jest OK czy nie ja zamrażam na jakiś czas test na poziomie:

Serwer domowy z kartonikiem: OSCAM 1.20-unstable_svn build r9059 (

Start: 25.11.13 - 21:50:47 | UpTime: 21d 15:14:20 | Process ID: 905)Tuner ESI-88: klient OScam DVBAPI + CCCAM (nic więcej): oscam-r9123-qbohxhd-timepatchv12fixed3tux-micro

 

 

Na powyższym zestawie nic się nie dzieje, czasy OK, przełacznie kanałów błyskawiczne, AC3 lekko się uspokoiło (testy trwają).

[AbrahaM]

Nie zrozumieliśmy się, co do kwestii tej aluzji.

 

Jeżeli ktoś byś się bliżej przyjrzał temu co się dzieło na początku wersji 8xxx i arogancji kolegi xxx. To by wiedział o czym tutaj mowa.

 

Kod jak najbardziej można udoskonalać,  jeżeli wiemy co się robi. I każda osoba która ma pojęcie twierdzi ze to co się działo na początku to jakiś absurd był, koledze The parasol ktoś

 

sprezentował książkę i chłopak na " pałe " czynił      " code clean up"  z tego się wzięło tyle problemów, aż przystopował i zaczął słuchać.

 

Tak samo z obsługą conax. Problem był taki ze koledzy chcieli wszystko na tacy. Nikt nie chciał się wychylać. Wiec poprzez ticket system można sobie..

 

 

 

Co do starego kodu oscama vs new.  Stary jest wydajniejszy.  Znajdę chwilę to wrzucę,  dowody którym zaprzeczyć się nie da :).

 

Nie chodzi tutaj o czasy,  przepustowość maksymalna oscama oraz ilość nok/ok/timout :).  Nowa wersja vs stara ( jedna z najlepszych wersji od starego teamu)

pozdrawiam

 

Jakby to napisać, postaram się to zrobić zwięźle.

1) Nie twierdzę, że ktoś wcześniej z dev'ami nie miał problemów, gdyż nie jestem ani tymi dev'ami ani kontaktującymi się z nimi osobami. Ale równocześnie musze napisać, że z mojej perspektywy współpraca z dev'teamem jest mniej więcej (mogłoby być nieco lepiej, ale nie jest źle) kulturalna i skuteczna. O czym już raz pisałem.

 

2) praca oscama, w tym wydajność, zależy nie tylko od samego kodu, ale i od ustawień. Przy czym ten sam konfig który był dobry dla wersji abcd może być niepoprawny lub nieefektywny dla bbcc. Wielokrotnie pisałem (ba, nawet dość intensywnie w tym wątku się "kłócąc"), że przenoszenie konfigu z wersji do wersji bez analizy co devy zmieniały między nimi może prowadzić do niemiłych niespodzianek. Przenoszenie konfigów jeszcze może "przechodzić" w prostych konfigach, dla odbiorników, a i to nie zawsze.

 

Wcale nie kwestionuje, że stary oscam + stary konfig, chodzi lepiej, niż nowy oscam + stary konfig. Ba, byłbym dość mocno zdziwiony, gdyby tak nie było. Dowodów na to nie potrzebuje.

 

Ma to związek, z tym, że w wypadku innych wersji wpływ mogą mieć na pracę:

a) inne wartości/ustawienia domyślne przyjmowane przez oscam gdy użytkownik nie zadeklarował w konfigu wprost jakiegoś parametru, lecz zaakceptował ustawienie domyślne stosowane gdy nie jest wpisana żadna konkretna wartość,

 

b) zmianę zachowania określonych opcji,

 

dokładnie z takim przypadkiem mamy z wszystkimi wersjami powyżej 9092 (wcześniej w historii rozowoju oscama też trochę zmian tego rodzaju było), gdyż w 9092 wszedł patch b. mocno modyfikujący obsługę ecm, cache, cacheex, cw_check, i z tego powodu co bardziej zaawansowane konfigi powinny zostać przeanalizowane od nowa i niewykluczone, że od nowa ustawione. Dzięki tej zmianie obciążenie CPU na silnych maszynach (4rdzenie, wysokie taktowanie), z większą ilością wymian cache (dane z forum devów), spadło z ok 80% do ok 15%... No ale bywa, że przez to stare konfigi nadają się do kosza, wymagają ustawienia od nowa.

 

[AbrahaM]

na forum "wisi" 9121 (zwykłe i z timepatch) z aktywnym conax_pairingecmrotation (to uaktywniono oficjalnie w 9125),

posiadaczy kart conax proszę o testy.

 

PS. To 300/300 ciągle działa. Jestem zaskoczony...

 

@Mickey: prośba (pomoc pozostałych forumowiczów też jest mile widziana, jeśli mają możliwość/czas):

Zanotuj timingi/latencje na 300/300 na obecnej binarce, a potem wrzuć którąś z conax_pairingecmrotation i wypróbuj ponownie:

 

mhz                           = 2400
cardmhz	                      = 368

 

i wcześniej "ostatnio źle działające", czyli:

mhz                           = 500
cardmhz	                      = 357

 

oraz

mhz                           = 368
cardmhz	                      = 368

[Gość bloto22]

Nie zrozumieliśmy się, co do kwestii tej aluzji.

 

Jeżeli ktoś byś się bliżej przyjrzał temu co się dzieło na początku wersji 8xxx i arogancji kolegi xxx. To by wiedział o czym tutaj mowa.

 

Kod jak najbardziej można udoskonalać,  jeżeli wiemy co się robi. I każda osoba która ma pojęcie twierdzi ze to co się działo na początku to jakiś absurd był, koledze The parasol ktoś

 

sprezentował książkę i chłopak na " pałe " czynił      " code clean up"  z tego się wzięło tyle problemów, aż przystopował i zaczął słuchać.

 

Tak samo z obsługą conax. Problem był taki ze koledzy chcieli wszystko na tacy. Nikt nie chciał się wychylać. Wiec poprzez ticket system można sobie..

 

 

 

Co do starego kodu oscama vs new.  Stary jest wydajniejszy.  Znajdę chwilę to wrzucę,  dowody którym zaprzeczyć się nie da :).

 

Nie chodzi tutaj o czasy,  przepustowość maksymalna oscama oraz ilość nok/ok/timout :).  Nowa wersja vs stara ( jedna z najlepszych wersji od starego teamu)

pozdrawiam

 

Jakby to napisać, postaram się to zrobić zwięźle.

1) Nie twierdzę, że ktoś wcześniej z dev'ami nie miał problemów, gdyż nie jestem ani tymi dev'ami ani kontaktującymi się z nimi osobami. Ale równocześnie musze napisać, że z mojej perspektywy współpraca z dev'teamem jest mniej więcej (mogłoby być nieco lepiej, ale nie jest źle) kulturalna i skuteczna. O czym już raz pisałem.

 

2) praca oscama, w tym wydajność, zależy nie tylko od samego kodu, ale i od ustawień. Przy czym ten sam konfig który był dobry dla wersji abcd może być niepoprawny lub nieefektywny dla bbcc. Wielokrotnie pisałem (ba, nawet dość intensywnie w tym wątku się "kłócąc"), że przenoszenie konfigu z wersji do wersji bez analizy co devy zmieniały między nimi może prowadzić do niemiłych niespodzianek. Przenoszenie konfigów jeszcze może "przechodzić" w prostych konfigach, dla odbiorników, a i to nie zawsze.

 

Wcale nie kwestionuje, że stary oscam + stary konfig, chodzi lepiej, niż nowy oscam + stary konfig. Ba, byłbym dość mocno zdziwiony, gdyby tak nie było. Dowodów na to nie potrzebuje.

 

Ma to związek, z tym, że w wypadku innych wersji wpływ mogą mieć na pracę:

a) inne wartości/ustawienia domyślne przyjmowane przez oscam gdy użytkownik nie zadeklarował w konfigu wprost jakiegoś parametru, lecz zaakceptował ustawienie domyślne stosowane gdy nie jest wpisana żadna konkretna wartość,

 

b) zmianę zachowania określonych opcji,

 

dokładnie z takim przypadkiem mamy z wszystkimi wersjami powyżej 9092 (wcześniej w historii rozowoju oscama też trochę zmian tego rodzaju było), gdyż w 9092 wszedł patch b. mocno modyfikujący obsługę ecm, cache, cacheex, cw_check, i z tego powodu co bardziej zaawansowane konfigi powinny zostać przeanalizowane od nowa i niewykluczone, że od nowa ustawione. Dzięki tej zmianie obciążenie CPU na silnych maszynach (4rdzenie, wysokie taktowanie), z większą ilością wymian cache (dane z forum devów), spadło z ok 80% do ok 15%... No ale bywa, że przez to stare konfigi nadają się do kosza, wymagają ustawienia od nowa.

 

 

 

**brak dostepu do PL czcionki w chwili pisania tego

 

 

przepraszam bardzo, nie mam 18 lat.

 

nowy oscam = nowe funkcje = nowy konfig  (dziecinada sie z tego robi)

 

*******nowy config ******

od poczatku bazujac na starym sprawdzonym configu. zmodyfikowanym tam gdzie zaszla tego potrzeba poprzez wprowadzone zmiany przez developerow.

Proba uzyskania jak najlepszych rezultatow wieldniowym testowaniem wszystkich opcji. Nawet tych absurdalnych (tego teraz wymagaja najnowsze kompilacje).

Jezeli zostalo cos usuniete badz dodane wiec config bedzie nowy. Tzn od poczatku zmodyfikowany pod konkretna wersje jezeli taka jest potrzeba.

(zaczynamy od punktu 0 uwzgledniajac wszystkie zmiany przez developerow jezeli taka jest potrzeba). Nie psujemy tego co dziala ale tez nie wklejamy na "pale" starych ustawien I oczekujemy cudow.

 

stary oscam = stare funkcje = stary konfig

 

 

Chyba czegos tak oczywistego nie trzeba pisac..... a jednak widze ze trzeba.

 

 

 

Jest duza roznica a nawet bdb duza  I mam to podparte dowodami. Najnowszej wersje nie testowalem. ( od blueven)

Poprosze o taka mozliwosc (pewna osoba )  I sprawdzimy czy po 9092 sie cos poprawilo.

 

pozdrawiam

 

ps: Kocham wasza niewzykle skromna samoocene I zalozenie ze kazdy kto sie odzywa ma IQ = 10.

Super podejscie. Nie ma to jak rozmowa na wysokim poziomie!!! oby tak dalej.

 

 

ps2: wsparcia dla g1 mialo nie byc to skad mozliwosc sciagniecia listy kanalow dla g1 ??. Jakie kolwiek pytanie bylo odrazu  z odnosnikiem ze brak supportu I ostrzezeniem.

 

 

 

 

[tux]

nowy oscam = nowe funkcje = nowy konfig

 

Złe podejście - nie nowe funkcie a sprawdznie czy są nowe i jak zmieniły się stare i co muszę jeszcze raz konfigurować! Ale co ja tam wiem. Za młody jestem, za mało systemów konfigurowałem.

 

[bogdanm]

Panowie a mnie jedno wkurza w oscam to jest jego możliwość konfiguracji dla normalnego usera to 90% tego jest nie przydatne i wprowadza więcej zamieszania jak pożytku . Bo jeśli user przebrnie przez cfg to mu miesiąca za mało .

Nie rozumiem czemu nie zrobią  tak:

- oscam z ustawieniami gotowy do użytku i zapodanie jak najmniejszej opcji w cfg tak ze zapodaje np do VU+  kartę C+ i działa albo np po co tyle opcji gdy chce dodać clinie powinno wystarczyć wpisanie linijki i tyle.

A jak ktoś chce się bawić w konfigurowanie to włącza by sobie jakaś opcje i będzie miał te tysiące opcji.

- wydanie co miesiąc wersji która jest zebraniem tego co zostało dobrze dodane w ostatnim miesiącu dla userów i ogólnego użytku a wersja dev byla by dla tych co grzebia w kodzie.

[Gość pppp]

Ja powiem jedno...

 

Zaśpiewajcie protest songa i ... tyle co możecie zrobić.

Dalej nie rozumiecie, że darmowe projekty rządzą się swoim prawem.

[AbrahaM]

Panowie a mnie jedno wkurza w oscam to jest jego możliwość konfiguracji dla normalnego usera to 90% tego jest nie przydatne i wprowadza więcej zamieszania jak pożytku . Bo jeśli user przebrnie przez cfg to mu miesiąca za mało .

Nie rozumiem czemu nie zrobią  tak:

 

odpowiedź żartobliwą, ale trafną udzielił pppp

 

Ja powiem jedno...

 

Zaśpiewajcie protest songa i ... tyle co możecie zrobić.

Dalej nie rozumiecie, że darmowe projekty rządzą się swoim prawem.

 

Używacie drodzy forumowicze oprogramowania, które z założenia jest przeznaczone "dla entuzjastów", nawet image "łatwe i przyjazne" do odbiornika wymagają pewnego minimum wiedzy i zaangażowania, bez którego ani rusz. Wybierając Graterlie, wybraliście system (bo tu już o image w klasycznym znaczeniu pisać nie można), mniej "przyjazny", lecz od fundamentów do komina przemyślany, bez zbędnych dodatków.

 

To, co możemy zrobić, to pomóc wam dostarczając informacji jak skorzystać prawidłowo z funkcji wymagających większego wysiłku, na razie powstało "IRAQ" z odpowiedziami na najbardziej podstawowe sprawy związane z obsługą oscama (nie jego konfiguracją), zaś FAQ dotyczące konfiguracji jest w przygotowaniu, będzie sukcesywnie rozbudowane.

 

Prawdopodobnie w RC3 (lub RC4) pojawią się przykładowe zestawy konfiguracji dla polskich platform, które użytkownik będzie mógł w najgorszym razie sobie przekopiować (celowo piszę: w najgorszym razie, bo zdecydowanie chcielibyśmy, by użytkownik wiedział co robi i dlaczego to robi) oraz jedna konfiguracja, rozruchowa / uniwersalna, która powinna "jakoś" pracować z każdą możliwą kartą. Z akcentem na "jakoś", bo by oscam pracował efektywnie, powinien być ustawiany do konkretnych warunków.

 

Podstawowe zestawy konfigów da się opracować jedynie dla sytuacji, gdy odbiornik posługuje się jedną kartą. Każdy inny konfig wymaga indywidualnego ustawienia do istniejących warunków. Co więcej, w wypadku oscama nie ma czegoś takiego jak jeden jedyny jedynie słuszny konfig. Ten sam efekt (poprawnie lub... rewelacyjnie działający oscam) można zazwyczaj uzyskać na co najmniej dwa sposoby. Niestety też na co najmniej dwa lub więcej sposobów można go zepsuć, tak że nie będzie działał w ogóle, lub będzie działał znacznie gorzej niż powinien.

[Gość domell2]

Przestańcie się spierać o coś co w tej chwili i tak nie ma znaczenia. Trzeba bardziej się skupić na tym żeby metodą prób i błędów (testów) stworzyć coś co w miarę przyzwoicie i co najważniejsze stabilnie będzie działać np z kartami conax bo wiadomo, że tu to kuleje

[AbrahaM]

Przestańcie się spierać o coś co w tej chwili i tak nie ma znaczenia. Trzeba bardziej się skupić na tym żeby metodą prób i błędów (testów) stworzyć coś co w miarę przyzwoicie i co najważniejsze stabilnie będzie działać np z kartami conax bo wiadomo, że tu to kuleje

 

przetestuj 9126, od 9125 jest z powrotem w kodzie uaktywnione conax_pairingecmrotation.

[AbrahaM]

W związku z pytaniami o komunikaty generowane przez oscamy z "timepatch" takie jak:

 

2013/12/19 13:43:41 4C1490 h *** gonelastecm: 2098990, gonelogin: 104438 latestactivity: -1, 0 ****
2013/12/19 13:43:41 4C1490 h *** gonelastecm: 1000, gonelogin: 770088 latestactivity: -1, 0 ****

 

informuję, że obecnie można je co najwyżej... polubić ;) to są informacje o wartości paru zmiennych, w określonym momencie, potrzebne do usuwania błędów w kodzie.

[Gość domell2]

Aha. Bo zauważyłem że w tej wersji bez timepatcha nie było czegoś takiego

[AbrahaM]

Aha. Bo zauważyłem że w tej wersji bez timepatcha nie było czegoś takiego

 

owszem, takie są uroki testów :)

[Gość 5alive]

OSCam r9143 timepatchv20rc11 sh4/qboxhd

 

Po ext.cccam wcale nie pyta o 0b01 w przeciwieństwie do 9092 z patchem,  chyba że wymusimy P:

 

OSCam r9143 timepatchv20rc11 sh4/qboxhd --> Preferuje 0100, czasem 1803/1861, wygląda jakby na sztywno było P: 0100:000068 ustawione.

 

OSCam r9143 timepatchv20rc11 sh4/qboxhd-- po kilku godzinach 2 timeouty gdzie starsze wersje np 9092 z patch, po 48h dają 0 timeout.

[Gość domell2]

Zauważyłem że te 2 ostatnie wersje 9143 i wcześniejsza bodajże 9136 to znowu porażka. Znowu się zaczęły timeouty i not found. Wracam do  9092 bo tam chociaż tomeoutów nie było tylko nawet jak wyskoczyło card hangs to sam się zresetował

[AbrahaM]

Zauważyłem że te 2 ostatnie wersje 9143 i wcześniejsza bodajże 9136 to znowu porażka. Znowu się zaczęły timeouty i not found. Wracam do  9092 bo tam chociaż tomeoutów nie było tylko nawet jak wyskoczyło card hangs to sam się zresetował

 

Dziękuję za raporty.

TOUTy nie powinny się pojawiać w ogóle.

NOKi biorąc pod uwagę parametry (FEC / słaba korekcja) z jakimi jest nadawany sygnał naszych platform niestety mają prawo się pojawiać, ich pojawienie się w małej ilości (od paru setnych procenta do nawet paru dziesiątych procenta), nie świadczy o złej pracy oscama, zwłaszcza jeśli się nie stosuje filtrowania ECM po długości i/lub nagłówkach, gdyż wtedy błędne zapytanie jest kierowane na kartę.

 

v20rc12 zostanie wrzucone ponownie, obecność problemu z cccam się nie potwierdziła, mogą być inne, ale nie akurat nie ten.

v21fixed użyte na komputerach (raporty od innych testerów) chodzi wybitnie zacnie, na odbiornikach licho wie, w zasadzie powinno być lepiej, normalnie z racji ukończenia (teoretycznie) prac nad "nową" kontrolą wątków w oscamie, testy wykażą jak jest naprawdę.

 

 

[Gość zember]

Witam ponownie,

 

teraz ja wtrącę swoje 3 grosze. - OSCam r9143 timepatchv20rc11 sh4/qboxhd

Po pierwsze bardzo dziękuję ekipie Graterlii za dotychczasową prace włożoną w rozwój projektu Graterlia OS jak i prób dopracowania oscam-a.

 

A teraz wróćmy do meritum :)

 

1. dotyczy kart conax w czytniku nboxa,

osobiście nie używam slotu nboxa do trzymania w nim kart, ale przechodziłem męczarnie z pół roku temu żeby karta conax poprawnie funkcjonowała w czytniku mojego vu+ duo. Moje spostrzeżenia po ponad m-cu testów:

- Wersja oscama wtedy nie miała znaczenia

- Znaczenie miała karta która siedziała w slocie, na jednej karcie conax nigdy nie miałem problemu na drugiej notorycznie jak wy tutaj, o dziwo na tych samych ustawieniach czytnika.

- Rozwiązania problemu były dwa wtedy:

a. uruchomienie karty w czytniku phoenix po usb, wszystko jak ręką odjął.

b. zmiana parametrów czytnika niestety testy robiłęm bardzo dawno temu i nie posiadam już konfigów, ale jak dobrze pamiętam to było coś na zasadzie Mhz:368, Cardmhz:368 i wstawiałem w  te pola max jaki mi wyliczył oscam po ATR, nie wiem co on tam wylicza, chyba jakoś tak : ATR Fsmax is: 5 Mhz wiec załóżmy że wpisywałem Mhz:500, Cardmhz:500.

 

Dodatkowo sprawdziłem wczoraj jakie parametry domyślnie przyjmuje czytnik SCI w nboxie bo ostatnio się tym trochę bawiłem. Po resecie przez sterownik bez działania jakiegokolwiek oprogramowania (np. oscama). Wyszło że niezależnie od karty (seca, nagra) w nim siedzącej to jest domyślnie: (0, 4500000, 372, 9600, 8203, 0, 0, 0, 1, 5, 50, 1). Na jakie parametry zmienia to oscam tego nie wiem ale może warto by było skorzystać z domyślnych wartości sterownika i tak sparametryzować czytnik w configu oscam aby przybrał zbliżone wartości. Więc zakładam że Mhz:450, Cardmhz:450.

 

2. Dotyczy moich problemów z oscamem na nboxie BSLA. (czytnik jako klient cccam, łącze do serwera po wifi)

u mnie głównym problemem jest pojawianie się raz na jakiś czas komunikatów:

2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 0100 PROVID 000068 ECMPID 052F (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 impossible to descramble PID #5 CAID 1803 PROVID 000000 ECMPID 0593 (NO MATCHING READER)
2013/12/14 23:55:11 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:12 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:12 4D45A8 c dvbapi (1803&000000/0000/3DD3/92:25A233C0ACB04E813754C90EA18CA9CE): timeout (5005 ms) by slot0
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:25 4D45A8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!
2013/12/14 23:55:25 4D9498 p slot0 [cccam] connecting to 192.168.4.10:12000
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 7 ecmpids!
2013/12/14 23:55:26 4D45A8 c [DVBAPI] Demuxer #0 trying to descramble PID #1 CAID 0B01 PROVID 000000 ECMPID 0467 ANY CHID VPID 0218
2013/12/14 23:55:27 4D45A8 c dvbapi (0B01&000000/0000/3DD3/6C:69272A085E4FC2D1FCCE99ACF9FACEDF): found (218 ms) by slot0

Nie wiem jaka jest przyczyna problemu:

- czy leży ona w oscamie?

- czy leży w problematycznym łączu wifi?

- czy może ECM jest uszkodzony?

 

Niezależnie od przyczyny wiem że coś nie do końca jest ok z sygnalizowaniem problemu przez oscam. DVBAPI w oscamie krzyczy że

[DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding!

tymczasem w informacji w webif czytnik jest poprawnie spięty z serwerem CCcam (oscam 8641). Dopiero po 10 czy więcej sekundach oscam zauważa że jednak nie jest połączony czytnikiem z serwerem , więc łączy się ponownie do serwera i wszystko wraca do normy.

Nie wiem co się dzieje pod spodem czy serwer odrzuca prośbę klienta, czy może żądanie jest nieprawidłowe, czy po prostu brak jest połączenia. Wiem natomiast że DVBAPI już wie że brak jest czytników tymczasem oscam dalej twierdzi że je ma. Dopiero po renegocjacji połączenia z serwerem jest ok. (dzieje się to niezależnie od tego czy to 0B01 czy 1803).

 

Wiem, że lepiej jest leczyć przyczynę a nie skutek ale może w tym przypadku przyczyna leży gdzieś poza oscam-em i może dało by się wyleczyć tymczasowo skutek. Np. w taki sposób aby jeżeli problem wystąpił na czytniku zdalnym (w tym przypadku cccam) i DVBAPI sygnalizuje że niema czytników pasujących to oscam wymusi renegocjację połączenia czytnika? A może wystarczy ustawić timeouty w czytniku na 0sekund ?

 

to chyba by było na tyle, przepraszam za długi post ale chciałem ując wszystko :)

 

pozdrawiam,