Earthfinder
-
Items
641 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Earthfinder
-
-
In bovenstaande link zie je het formaat zoals VDR het gebruikt.
Ik denk dat CanalDigitaal het niet helemaal juist begrijpt. Zij vullen, denk ik, in het veld "short text" een "korte" omschrijving in. Terwijl hier eigenlijk/beter de titel van de aflevering moet staan.
Ik krijg bij veel opnames dan ook ipv een titel van de opname bijv. "Blauw bloed" een hele omschrijving te zien. Dit is in een opname-lijst niet erg handig/overzichtelijk.
Maar het ik moet in het midden laten of VDR nu de boel niet goed verwerkt of dat Canal Digitaal het niet goed doet. Feit blijft wel, dat ik alleen bij de NL-zenders er last van heb... Dus ik vermoed, dat het toch bij CD ligt.
-
Ik heb hier ook "last" van. Er schijnt een "verkorte" info en een "extended" info samen getoond te worden. Ik maak gebruik van Openelec en een paar weken terug van Win7 MCE. Die kennen geen onderscheid tussen verkorte of lange info.
-
Antcascading uitzetten is een prima oplossing. Bedankt voor de tip en de antwoorden!
-
Dat was ook nog een vraag van mij. Ik gebruik openelec met oscam en vdr-dvbapi-plugin op één HTPC. Nu wil ik die ook als server laten dienen voor een client boven. Het is nu mijn bedoeling om de HTPC onder een andere user in te laten loggen bij oscam, dan die van de client. Hoe doe ik dit met de dvbapi-plugin?
-
Hoe kan ik dat uitzetten voor mijn 'eigen user'?
-
Ik ben bezig met een opname en tegelijk kijk ik het nieuws op een andere zender.
Ik weet nog niet hoe de opname nu loopt, of die wat zinnigs opneemt.
Maar wat met opvalt in OSCAM, is dat de responsetijd ongeveer 10-50 milliseconden hoger is, dan wanneer ik maar één zender kijk of opneem.
Is dit normaal?
Aanvulling:
Uiteindelijk loopt 't vast en zie ik in de AC log het volgende staan:
2013/10/02 20:05:48 0 acasc: user '#####' exceeds limit 2013/10/02 20:18:51 0 acasc: user '#####' exceeds limit
Is dit op te lossen?
-
Bij elke zenderwissel zie ik nu onderstaande in de log verschijnen:
2013/09/30 20:05:00 89FE8C0 c [ADD PID 0] CAID: 1817 ECM_PID: 0716 PROVID: 00006A 2013/09/30 20:05:00 89FE8C0 c [ADD PID 1] CAID: 1818 ECM_PID: 0729 PROVID: 00006C 2013/09/30 20:05:00 89FE8C0 c [ADD PID 2] CAID: 0100 ECM_PID: 0716 PROVID: 00006A 2013/09/30 20:05:00 89FE8C0 c [ADD PID 3] CAID: 0100 ECM_PID: 0729 PROVID: 00006C 2013/09/30 20:05:00 89FE8C0 c [ADD PID 4] CAID: 0500 ECM_PID: 0599 PROVID: 042500 2013/09/30 20:05:00 89FE8C0 c [ADD PID 5] CAID: 0500 ECM_PID: 0C3D PROVID: 051900 2013/09/30 20:05:00 89FE8C0 c [ADD STREAM 2] CAID: 0100 ECM_PID: 0716 PROVID: 00006A 2013/09/30 20:05:00 89FE8C0 c [ADD STREAM 3] CAID: 0100 ECM_PID: 0729 PROVID: 00006C 2013/09/30 20:05:00 89FE8C0 c [ADD STREAM 4] CAID: 0500 ECM_PID: 0599 PROVID: 042500 2013/09/30 20:05:00 89FE8C0 c [ADD STREAM 5] CAID: 0500 ECM_PID: 0C3D PROVID: 051900 2013/09/30 20:05:00 89FE8C0 c Found 6 ECMpids and 2 STREAMpids in PMT 2013/09/30 20:05:00 89FE8C0 c New program number: 17C0 (1817:17C0 unknown) [pmt_list_management 3] 2013/09/30 20:05:00 89FE8C0 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0100 PROVID 00006A ECMPID 0716 2013/09/30 20:05:00 89FE8C0 c user (0100&00006A/5C00/17C0/64:F87DD9CD456197EFC68F99370A1F19E2): found (347 ms) by CANALDIGITAAL
Waarom worden bij elke zender wissel de CAID en PROVID opgehaald/geraadpleegd steeds opgehaald?
Lijkt mij een beetje overbodig en "tijdrovend". Ik heb een originele SECA3 kaart van CD. Volgens mij is dan alleen deze regel belangrijk:
2013/09/30 20:05:00 89FE8C0 c [ADD PID 0] CAID: 1817 ECM_PID: 0716 PROVID: 00006A
Of zie ik dat verkeerd?
Is een responsetijd van +/- 330-345 milliseconde goed? Of kan dat sneller?
-
Dan kan ik zeker de onderstaande regels weglaten. Ik heb alleen maar een NL settopbox abo.
P:0100:00006c I:0622 I:1818 I:1819
-
ah, het begint duidelijk te worden.
Heb je (Niels, iemand anders mag ook...) misschien dan ook een (werkende) oscam.dvbapi bestand voor me?
Wil ik dat toch wel eens proberen.
Ben wel benieuwd of het verschil merkbaar is, qua zap-tijd.
Alhoewel ik moet zeggen dat ik het al behoorlijk snel vindt gaan met OpenELEC.
Helemaal omdat ik Win7MCE icm DVBLink-TVsource gewend was!!!
-
Ik gebruik inderdaad DVBapi. Maar wat doet oscam.dvbapi? Dat bestand is nu leeg, bij mij, en het werkt allemaal prima. Om ~13seonden wordt de kaart uitgelezen op de gecodeerde kanalen.
-
Een andere vraag. Wat kan het bestand oscam.dvbapi voor mij betekenen? Het bestand is nu leeg en OSCAM werkt op zich prima.
Maar ik zie her en der ook dat mensen oscam.dvbapi gebruiken.
Als ik daar dan iets in dat bestand kopiëer, dan werkt OSCAM niet meer...
Moet er ook nog wat oscam.server en -.conf worden aangepast dan?
-
Als ik de global EMM's blokkeer. Wordt mijn abo dan wel normaal verlengd? Of valt dat onder een andere EMM dan global?
-
Aha. Bedankt voor de tip.
Ik zie onder oscam wel veel vaker het LEDje knipperen van m'n cardreader, dan voorheen met NewCS icm Acamd. Het LEDje knippert nu ook een- of tweemaal tussen de reguliere leesmomenten.
Ik gebruik nu OpenELEC met VDR DVBAPI icm OSCAM. Is er ook een verklaring voor dat extra uitlezen van de smartcard?
-
Mijn OSCAM-log ziet er zo uit:
2013/09/27 17:43:38 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=87, cnt=1: written (323 ms) 2013/09/27 17:43:39 93A1A70 c user (0100&00006A/5C00/0FAB/64:22E231CE52D9463A4B61CF24F3E25498): found (344 ms) by CANALDIGITAAL 2013/09/27 17:43:39 939FEB0 r CANALDIGITAAL [seca] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2013/11/25 2013/09/27 17:43:39 939FEB0 r CANALDIGITAAL [seca] SA: ######## 2013/09/27 17:43:39 939FEB0 r CANALDIGITAAL [seca] PBM for provider 2: c100000000000000 2013/09/27 17:43:39 939FEB0 r CANALDIGITAAL [seca] user emmtype=shared, len=119, idx=6, cnt=3: written (511 ms) 2013/09/27 17:43:42 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=88, cnt=1: written (324 ms) 2013/09/27 17:43:46 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=89, cnt=1: written (323 ms) 2013/09/27 17:43:49 93A1A70 c user (0100&00006A/5C00/0FAB/64:F198397AA8AA99DD6660C17BAF85F2FA): found (344 ms) by CANALDIGITAAL 2013/09/27 17:43:50 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=90, cnt=1: written (323 ms) 2013/09/27 17:43:54 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=91, cnt=1: written (324 ms) 2013/09/27 17:43:58 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=92, cnt=1: written (320 ms) 2013/09/27 17:43:59 93A1A70 c user (0100&00006A/5C00/0FAB/64:76538344AA558C67A8DFE6EBE9A4CF5D): found (338 ms) by CANALDIGITAAL 2013/09/27 17:44:02 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=93, cnt=1: written (314 ms) 2013/09/27 17:44:06 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=12, cnt=3: written (315 ms) 2013/09/27 17:44:09 93A1A70 c user (0100&00006A/5C00/0FAB/64:AD664F0C3DA4FD4C10700B025D552B29): found (338 ms) by CANALDIGITAAL 2013/09/27 17:44:10 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=94, cnt=1: written (314 ms) 2013/09/27 17:44:14 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=95, cnt=1: written (314 ms) 2013/09/27 17:44:18 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=96, cnt=1: written (313 ms) 2013/09/27 17:44:19 93A1A70 c user (0100&00006A/5C00/0FAB/64:7617B7AF6A33D13D9C1FE912A9FA531B): found (342 ms) by CANALDIGITAAL 2013/09/27 17:44:21 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=97, cnt=1: written (314 ms) 2013/09/27 17:44:26 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=98, cnt=1: written (314 ms) 2013/09/27 17:44:29 93A1A70 c user (0100&00006A/5C00/0FAB/64:5338E15387D3B0B47CBF65A49DA7B951): found (340 ms) by CANALDIGITAAL 2013/09/27 17:44:30 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=99, cnt=1: written (314 ms) 2013/09/27 17:44:34 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=100, cnt=1: written (313 ms) 2013/09/27 17:44:38 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=101, cnt=1: written (314 ms) 2013/09/27 17:44:39 93A1A70 c user (0100&00006A/5C00/0FAB/64:5511EEFDF710D18988B12F716353CE80): found (338 ms) by CANALDIGITAAL 2013/09/27 17:44:42 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=102, cnt=1: written (314 ms) 2013/09/27 17:44:46 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=103, cnt=1: written (313 ms) 2013/09/27 17:44:49 93A1A70 c user (0100&00006A/5C00/0FAB/64:F8109B26790C9A737DEE60C9514F87D3): found (338 ms) by CANALDIGITAAL 2013/09/27 17:44:50 939FEB0 r CANALDIGITAAL [seca] user emmtype=global, len=116, idx=104, cnt=1: written (314 ms)
Is dat normaal?
-
Update:
Inmiddels OpenELEC 3.2.0 Generic geïnstalleerd. Dit heeft een gunstig effect gehad op de temperatuurontwikkeling. Voorheen draaide ik OpenELEC ION 3.0.6. Maar vanwege mijn AT3IONT-I moederbord, kan ik geen ION-versie meer draaien omdat die alleen nog in 64bit worden uitgebracht.
Ik had wel een update geprobeerd, maar dat haalde de VDR/XVDR-addon overhoop.
Ik heb de temperatuur ook vergeleken met die in de BIOS. En die komt behoorlijk overeen met onderstaande waardes. De BIOS geeft steeds 1-2 graden koeler aan.
Nederland 1 SD - HD
CPU-load: ~12 - 15%.
CPU-temp: 39 - 41o C
GPU-temp: 45 - 48o C
Ik moet zeggen, dat deze waardes iets meer in de lijn van mijn verwachting liggen dan de eerder genoemde waardes.
-
Inmiddels zijn de twee ventilatoren (Enermax UCTB8; max. 15dB; 27CFM) binnen en gemonteerd. Ik heb uiteindelijk besloten om de luchtstroom naar binnen te richten. De reden hiervoor is, dat ik de DVB-S tuner ook wat actiever wil koelen. De tuner-card zit links en de beide ventilatoren rechts. De luchtstroom gaat dus eerst over het grote koelelement van de CPU en GPU en botst daarna op de tuner-card en kan daarna via het rooster in de bovenkant de kast verlaten.
Openelec draait nu een kwartier op een Nederland 1 HD, zodat ook de deïnterlace (VDPAU - temporal) goed actief is.
CPU-load: ~15%.
CPU-temp: 58o C
GPU-temp: 45o C
Bij Nederland 1 SD:
CPU-load: ~12%
CPU-temp: 57o C
GPU-temp: 43o C
Ouder waardes met één Antec Tricool op medium luchtstroom naar buiten.(~24dB; op max was het geluidsniveau (~30dB) onacceptabel)
SD-HD
CPU-load: 12-15%
CPU-temp: 64-70o C
GPU-temp: 45-49o C
Misschien dat ik over een paar dagen toch de luchtstroom een omdraai, maar dat is wel een hele operatie, vind ik... Graag hoor ik ook tips over welke luchtstroom het beste is voor een kleine HTPC-kast.
Omschrijving van de situatie:
Mijn HTPC staat in een TVmeubel, waarbij rechts de meeste ruimte is, ca 20cm. Links is ca. 6cm ruimte. Boven ongeveer 9cm.
Aan de zijkant van de Antec ISK300-150, zit dan vooraan een kleine ventilator die de warme lucht uit de voeding naar buiten blaast.
-
Blijft een beetje heen en weer...
Vanochtend raakte ik de kabels even aan achter de HTPC. Volgens mij ook de kabel naar de schotel. Allemaal blokken in het beeld. Hand snel weer teruggetrokken en alles weer normaal.
Het probleem met blokkerig beeld zit dus kennelijk in een kabelbreuk of de mannelijk F-connector aan de DVB-S tunerkaart.
De F-connector zelf had ik al eens losgehaald en opnieuw bevestigd.
Wellicht dat met het stijgen van de temperatuur ook e.e.a. wat uitzet en er iets niet meer goed verbonden wordt. Het blijft dus toch gissen... naar wat er aan de hand is.
-
Alles lijkt niet met regen/bewolking te maken te hebben. Ik draai inmiddels Openelec 3.0.6 en XBMC heeft de mogelijkheid om de CPU- en videotemperatuur aan te geven. Die waren 82 graden en 55 graden.
Inmiddels de Fan een tandje hoger gezet en de temp is nu max 71 en 51 graden. Nog erg hoog.
Inmiddels twee Enermax UCTB8 besteld. Die hebben een zeer goede airflow en max 15dB aan geluid. Bijna tweemaal zoveel airflow als mijn huidige Antec Tricool en nog 5dB stiller. Ik hoop dat dat afdoende is.
Misschien probeer ik de huidige Antec Tricool nog direct op de DVB-S tuner card te richten, om dat heethoofd wat koelte te bieden. Hoe dat moet, weet ik nog niet, omdat er in de kast weinig ruimte is. Mogelijk kan ik 'm aan de buitenkant van de kast plaatsen. De zijkanten zitten vol met luchtgaatjes.
Ik laat het resultaat hier nog weten.
-
Ik zal dat van de keukenrol eens proberen.
Voor zover ik weet zijn er geen instellingen mogelijk mbt de SNR.
Ik heb van een ander forum-lid net gehoord, dat hij met zijn dvb-s tunercard eenzelfde probleem heeft. Ook daar komt de SNR niet boven de 6%. Dit kan z'n oorzaak hebben in de drivers.
-
Nou ja, maximaal. Ik haal bijv. bij das erste en ZDF en Veronica SD wel 88% en tweemaal 94% snr. Maar op de nl sd transponder dus maximaal 6%. Kom ik wel hoger, bijv op 88%, dan heb ik geen beeld.
-
Ik zie in XBMC de volgende gegevens staan, zie bijlage.
TV wordt prima weergegeven.
Als ik een SNR van 88% heb, als ik aan de schotel draai (links/rechts/omhoog/omlaag) dan heb ik geen dan hangt het beeld.
Zou het kunnen zijn, dat XBMC niet met een 100% waarde overweg kan en dat dat dus als 0% of 6% wordt weergegeven?
Gr.
Andries
-
Het wordt me iets duidelijker.
Ik heb zelf een Visiosat Bisatellite. Daar zit wel enige regenreserve op, mits goed uitgericht.
-
1
-
-
Openelec bevalt me prima tot nu toe. Behoorlijk stabiel, hierbij gebruik ik VDR als backend.
Wat me opvalt, is een voor mij nieuwe waarde, de SNR in %.
Ik heb bijv. op Ned1 een Signaalkwaliteit van 80% en een SNR van 6%. Is dit goed of is dit niet goed?
Moet het SNR-percentage juist hoog of laag zijn?
Mvg,
Andries
-
Openelec bevalt me prima tot nu toe. Behoorlijk stabiel, hierbij gebruik ik VDR als backend.
Wat me opvalt, is een voor mij nieuwe waarde, de SNR.
Ik heb bijv. op Ned1 een Signaalkwaliteit van 80% en een SNR van 6%. Is dit goed of is dit niet goed?
Moet het SNR-percentage juist hoog of laag zijn?
Mvg,
Andries
Bye bye dreambox... Hello Tvheadend
in Mediaspelers (hard- en software)
Geplaatst:
@mrlrepel: Ik lees dat Live pauze werkt met TVheadend. Is het alleen Pauze en Play? Of ook FastForward, Rewind, SkipForward en SkipPrevious e.d.?