Találatok száma: 1024 üzenet |
|
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2447. Elküldve:
2019-02-10 22:48:46 |
[126.] |
Nagyon halványan kezd körvonalazódni számomra ez a sat-kártyás technika. Úgy érzem, az lesz a befutó működési mód, hogy (amint írtad), külön a C sáv és külön a Ku. Így ráadásul mindkét forrásból származó xml használható lesz, sőt, a "position"-ból nyert érték megbízhatóbb is, mint amit a "name" ad. Persze, utóbbi is teljesen jó, egészen addig, amíg nem változtatnak az elnevezés logikáján. Summa, summarum, aki pedig majd felváltva használja a két xml forrást, és emiatt egy nagy katyvasz lesz belőle, hát, lelke rajta...
|
|
[válaszok erre: #2448]
|
[előzmény: (2446) chucky, 2019-02-10 22:32:15]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2445. Elküldve:
2019-02-10 22:24:08 |
[127.] |
Most nincs jobb dolgom, így fórumozgatok egy kicsit magamban. A dupla forrás nem járható út, mert a néhai Siriusról 4(!) lista is lehetne. Egyik xml 4,8 és 4,9 fokra hivatkozik, a másik pedig 5 és 5,1 fokra. De ami megadta a végső lökést, az a satbeam lista komolysága:
<sat name="Eutelsat 4A (4E) Ku" flags="1" position="40">
Eszerint, már kelet 4 fokon is van műhold...
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2444. Elküldve:
2019-02-10 21:51:51 |
[128.] |
Azon gondolkodtam délután, hogy ha a "name" helyett a "position" adja az ini fájlhoz a szögértéket, akkor mindkét forrásból származó xml használható. Hurrá, ez ígéretes! Viszont ha valaki időnként a másikra is támaszkodik, akkor előfordulhatnak párhuzamok. Például, a lentebb említett Bulgariasat meglesz neki 2 fokon és 1,9 fokon is...
A fenébe, sehogy se jó... Lát valaki különösebb problémát abban, ha külön kerül egy adott pozíció C és Ku sávos része, 0,1 fok eltéréssel?
|
|
[válaszok erre: #2446]
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2442. Elküldve:
2019-02-10 18:45:40 |
[129.] |
Köszönöm!
"nem engednek a programok ( pl. Dreamset) ugyanarra a pozícióra több holdat"
Ezt hogy értsem? Ha egy listában vannak C-sávos és Ku-sávos transzponderek? Akkor, kifejezetten nem jó ötlet, hogy a konverter egy listába teszi azokat? Nézd el tájékozatlanságomat, mert sem PC-s vevővel, sem pedig C-sávos vétellel nem volt még dolgom...
|
|
[válaszok erre: #2443]
|
[előzmény: (2441) chucky, 2019-02-10 18:16:50]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2440. Elküldve:
2019-02-10 17:25:11 |
[130.] |
A tájékozottabb szakikhoz lenne kérdésem azzal kapcsolatban, hogy az xml fájlban vannak olyan pozíciók, ahol a C és a Ku sávos holdak 0,1 fok eltéréssel vannak feltüntetve.
- A C és a Ku sáv külön holdakról jön, amiket 0,1 fok eltéréssel pozicionálnak a Clark-övön, vagy ez az eltérés csak egy módszer a fájlban, hogy elkülönüljön egymástól a két csoport?
- Ha tényleg egy tizeddel arrébb vannak, akkor a műszaki korrektség is megkívánná, hogy pontos szögértékkel kezeljük azokat? Egy nagy tükörnél (pl. 3 m) mennyit számít 0,1 fok pontatlanság?
|
|
[válaszok erre: #2441]
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2438. Elküldve:
2019-02-10 12:55:15 |
[131.] |
Még valami, egy újabb észrevétel: Ha jól sejtem, a linkelt fájlok együtt jöttek a satbeams oldalról. A csomagban van xml és ini is, de utóbbi nem generálható 100 %-osan az előbbiből. Az xml-ben a "modulation" rendre "1" vagy "2", mást értéket nem vesz fel, tehát csak 2 variáció lehetséges. A ini-ben viszont 4-félét is találni, ott van QPSK, 8PSK, 16APSK és 32APSK. A helyzet egyre bonyolódik...
Viszont, itt már vannak tizedfokos pozíciójú ini fájlok is. - Úgy értem, hogy valami és valami+0,1 fok.
|
|
[válaszok erre: #2439]
|
[előzmény: (2435) bojsza, 2019-02-10 11:22:03]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2437. Elküldve:
2019-02-10 12:23:57 |
[132.] |
Köszönöm! Nos, lássuk csak: Ugyanazon műhold esetében a két idevágó sor:
<sat name="1.9E BulgariaSat 1" flags="1" position="19">
<sat name="BulgariaSat-1 (2E) Ku" flags="1" position="20">
Én a pozíciót a "name" részből (lásd: első sor) nyerem ki, az "E" vagy a "W" előtti részt veszem alapul, ami itt "1.9". Joggal kérdezhetitek, hogy miért nem a "position"-ból, hiszen az pont azért van? Hát azért, mert vannak olyan pozíciók, ahol létezik C-sáv és Ku-sáv is, és ezeknél a "position" érték 0,1 fokkal eltér. Tehát, így két külön fájl generálódna. Sőt, van olyan (177.0W vagy 139.0W), ahol csak egy sáv van, mégis kicsit eltér a "position" értéke a név szerinti pozíciótól. Ezért döntöttem úgy, hogy a névből (name) nyerem ki a pozíciót, mert az olyan értéket eredményezett, amihez hasonló ini fájlokat leltem fel a Világhálón. Nem is volt tudomásom arról, hogy a satbeams is csinál ilyen xml-fájlt, ami kissé más szerkezetű. Akkor talán konzíliumra hívtam volna a szakikat, hogy miként legyen a dolog. Ráadásul, a satebeam xml-je sem az igazi, mert pl. a bemásolt Bulgariasat holdat a "name" és a "position" részben is kerek 2 fokra veszi (második sor), holott, köztudomásúlag 1,9 fokon van. Érthetőbben: Az egyik a 177 fokot 177,1-nek írja, a másik pedig az 1,9 fokot felkerekíti 2-re...
Nem tudom, hogy milyen arányban szeretnék használni a satbeams forrást, de eddig Skystar volt az egyetlen, aki jelezte. Amúgy, jó ötlet a felvetése, hogy e másik forrást használva lehetne szűrni provider alapján. Egy "egyéjszakás kaland" keretében át is tudnám írni a programot, de bocsássátok meg nekem, ha ez nem motivál. Nem vagyok érintett, nincs PC-s kártyám. A konvertert is csak azért írtam, mert pont ilyen xml fájlon gyakorlatoztam, hogy próbáljam elsajátítani az xml feldolgozást. Onnan már nem volt nehéz odabiggyeszteni elé a "frontend"-et...
Egyelőre ennyi, most kavarognak a fejemben a dolgok.
|
|
|
[előzmény: (2435) bojsza, 2019-02-10 11:22:03]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2434. Elküldve:
2019-02-10 10:46:59 |
[133.] |
A hibaüzenet alapján arra következtetek, hogy a másik fájl némileg eltérő szerkezetű. Próbáltam is letölteni az xml-t a satbeams oldalról, de regisztráció nélkül nem sikerült. Ha küldesz egyet, vagy felteszed valahová, megpróbálom kideríteni, hogy mi okozza a jelenséget.
A Többiekhez: Már azt hittem, hogy a finisben vagyok, de tegnap találtam egy kis problémát: Alacsonyabb SR-nél a legkisebb helyiértéket mindig 0-ra vette a konverter. Elnézést kérek, a hibát javítottam! Értelem szerűen az eddig létrehozott ini fájlokat célszerű felülírni.
|
|
[válaszok erre: #2435 #2436]
|
[előzmény: (2431) skystar, 2019-02-09 23:20:32]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
4881. Elküldve:
2019-02-09 18:14:28 |
[134.] |
Srácok! Sajnálom, ha sérti a büszkeségeteket, hogy veletek ellentétben Én úgy gondolom, a fal egyéb paramétereinek ismerete nélkül felelőtlenség rábólintani a lenti projektre. A kolléga nyilván azért kért segítséget, mert nincs kellő gyakorlata a dologban. Aki már próbált például az említett Porotherm csodába tiplivel rögzíteni, az tudja, mire gondolok...
|
|
[válaszok erre: #4882 #4883]
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
4877. Elküldve:
2019-02-09 14:29:09 |
[135.] |
Azért a körülmények ismerete nélkül nem kéne biztatni a fórumtársat! Vakolatlan falra, amely kisméretű téglából van, valóban elégséges lehet. De ha van 3..4 cm vakolat, akkor a 10 cm-es tipli mindjárt csak 6 cm-es lesz. Ha pedig valami vékony falú, cellás jellegű az a tégla (pl. porotherm), akkor örülhetünk, ha a hosszabb (pl. 15 cm-es) tipliből legalább minden második fog normálisan kapaszkodni.
|
|
[válaszok erre: #4878 #4879]
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
52844. Elküldve:
2019-02-09 10:50:51 |
[136.] |
"feszültségosztós volt!"
Tényleg? Hogy volt megoldva?
|
|
|
[előzmény: (52835) Zoli049, 2019-02-08 22:56:02]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2429. Elküldve:
2019-02-07 16:46:13 |
[137.] |
Senkinek nem kötelező használni a konvertert, természetesen neked sem. Töltögesd csak nyugodtan a régi és nem naprakész listákat a Kingofsat oldalról. Vagy indíts vakkeresést 9 E-ről, aztán meg 10 E-ről...
|
|
[válaszok erre: #2430 #2431]
|
[előzmény: (2428) scansatelit, 2019-02-07 16:24:25]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2910. Elküldve:
2019-02-06 14:10:50 |
[138.] |
Elnézést kérek mindenkitől, tényleg hülyeséget írtam! Mentségemre szolgáljon, hogy néha, Linux-Windows platformos programok készítésekor meg kell küzdeni az eltérő sorvégjelekkel, és rosszul emlékeztem, hogy mikor melyik trükk válik be. A normál Jegyzettömbnél tényleg nem megy.
|
|
|
[előzmény: (2905) bojsza, 2019-02-06 12:26:28]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2904. Elküldve:
2019-02-05 20:33:42 |
[139.] |
Igazad van, rosszul emlékeztem! Total Commanderből F3-al nincs baj a sorvégekkel, de a Jegyzettömbben (F4) katyvasz lesz belőle...
Eszembe jutott még valami: Windowsra átalakítani lehet egyszerűbben is, mint csere a hexa-editorral:
- F3 (nézőke), Ctrl+A, Ctrl+C
- F4 (szerkesztés) Ctrl+A, Ctrl+V
|
|
[válaszok erre: #2905 #2906]
|
[előzmény: (2903) bojsza, 2019-02-05 20:20:21]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2902. Elküldve:
2019-02-05 20:01:16 |
[140.] |
Szia!
Mint programozó kérdezném, hogy tényleg számít ez? Azt tapasztaltam, hogy a Linux is simán megeszi a 0D0A-t, és a Windowsnak sem okot gondot (jegyzettömb) a szimpla 0A. Ha pedig mentünk az adott platformon, akkor le is cserélődnek a sorvégjelek az ott szükségesre.
|
|
[válaszok erre: #2903]
|
[előzmény: (2901) bojsza, 2019-02-05 19:49:00]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
52782. Elküldve:
2019-02-05 14:30:36 |
[141.] |
"hangforrástól függetlenül , az Audioformátum fül alatt a PCM mindig kiválasztható"
Ezek szerint, a normál kétcsatornás hangra mindig lekeveri az összetettebb forrást is? Én megkockáztatnám a linkelt oldalról a második átalakítót, mert ahhoz van USB-s tápkábel is. Így nem kell dugasztáppal vesződni, hanem kaphatja a villanyt a TV-től. Az adatlap szerint a készülék 0,5 W-ot fogyaszt, tehát az USB portot csak 100 mA-el terheli.
|
|
|
[előzmény: (52781) gombilaci, 2019-02-05 13:34:51]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2424. Elküldve:
2019-02-04 09:52:58 |
[142.] |
Szia Tibor!
Azt azért áruld már el, hogy ha közeli pozíciókból (pl. 4W-5W vagy 9E-10E) szeretnénk korrekt tp-listát, akkor azt hogy csináljuk? Forgassunk rá mindkét pozícióra, és indítsunk egy-egy vakkeresést?
|
|
[válaszok erre: #2425]
|
[előzmény: (2422) Tibi242, 2019-02-03 20:06:49]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2413. Elküldve:
2019-02-03 18:02:43 |
[143.] |
Jó estét kívánok!
Köszönöm az elismerést, használjátok egészséggel! Terveim szerint a teszt változatot rövidesen felváltja az 1.0-ás, hivatalos.
|
|
[válaszok erre: #2418]
|
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
5667. Elküldve:
2019-01-29 20:01:32 |
[145.] |
Nincs itt valami zavar? A 17,94 fok a fél nyílásszög lehet, hiszen egyesek E85-el átfogják a 28 E és a 4 W közötti tartományt...
|
|
|
[előzmény: (5664) Smart0, 2019-01-29 17:34:10]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2408. Elküldve:
2019-01-29 19:57:05 |
[146.] |
Szia!
Esetleg annyit még megírhatnál, hogy melyik szoftverrel vagy szoftverekkel próbáltad, hogy azokat kipipálhassam. Feltételezem, hogy ilyen szempontból nem a hardver a meghatározó.
|
|
|
[előzmény: (2406) njjana, 2019-01-29 19:07:08]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2404. Elküldve:
2019-01-29 10:23:19 |
[147.] |
Köszi! Teljesen egyetértek azzal, amit írtál. Szívesebben/kényelmesebben írnék magyar felületű programot, de akkor a más anyanyelvűek nem nagyon boldogulnának vele. Az a 6 gombfelirat még szótárazás nélkül is ment, de sajnos egy komolyabb kezelési útmutatót már nem tudnék angolul elkészíteni...
Hanem, elcsendesedtek e témában a fórumtársak. Mindenkinél klasszul működik? Vagy már nem is érdekel senkit? Akár privátban, de várok visszajelzéseket, akkor is, ha nincs probléma a konverterrel! Senki ne értse félre, nem a szóbeli vállon veregetés hiányzik, hanem a megerősítés, hogy akkor a jelenlegi (próba) változatot véglegesíthetem, vagy még lenne mit alakítani rajta.
|
|
[válaszok erre: #2406]
|
[előzmény: (2402) scansatelit, 2019-01-29 01:29:35]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2401. Elküldve:
2019-01-29 00:58:39 |
[148.] |
Kisebb hibák javítva.
- Hiányzó satellites.xml esetén hibajelzés.
- Könyvtárválasztó ablak a beállított kimeneti mappáról indul, nem pedig onnan, ahol a programfájl van.
|
|
[válaszok erre: #2403]
|
[előzmény: (2398) Gilszkilabor, 2019-01-28 20:38:09]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
2400. Elküldve:
2019-01-28 23:18:55 |
[149.] |
Köszi, letöltöttem. Végre, most már teljes a zűrzavar... Azt hiszem, egyelőre ráhagyom a dolgot a fórumtársakra, majd jelezhetnek, ha valami probléma van.
|
|
|
[előzmény: (2399) Gabywap, 2019-01-28 22:13:00]
|
|
Kiváló dolgozó  |
|

Gilszkilabor

Tagság: 2013-12-02 17:53:27 Tagszám: #129146 Hozzászólások: 1024
|
|
Kiváló dolgozó  |
|
|