Frissítve tv Tuner dögrováson. v2.0 2012.06.26.

Hát ez nem az én hetem a kütyükkel...

Kipucoltam a számítógépet tegnapelőtt, erre visszakapcskor ledöglött a tunerkártya, meg a bal hangszóró.

A tunerkártya a "szokott helyen" az antennadugónál ment ki, elengedett a tavalyi forrasztás.
Egyik volt kollega csinálta még meg tavaly, de hát 14 éves ennyit bírt.
Szerintem már nem fogom kínozni, megoldási opció egyelőre kettő van:

- digitális DVB-T USB-s digituner és akkor mindjárt hordozható is, elvárás hogy menjen 2.6.32.y kernellel,
és windows 7 el is (netbook persze itt csak az a pár csatorna érdekes, ami bejön).

Ja persze távirányító is legyen :-).

Itt az UPC előfizetés a problémás (digi. előfiz + mediabox) a hűségszerződés miatt.
Nem igazán érett a helyzet hűségszerződéssel való elkötelezettségre...
Bár adott esetben pl. költözésnél az átírás nem tudom belefér-e ebbe a kategóriába.
vagy ki kell tejelni a hűség lejáró részét... :-(

asszem bemászok az upcbe érdeklődni...

USB kütyü terén nem tudom mi a supported, első blikkre valami u3100 asust szúrtam ki de nem egyértelmű,
hogy ez a u3100 plus, amit árusítanak, megy-e, vagy nem megy-e...
távírányító linuxos működésére még utalást se találtam...

- DVB-T+analóg hybrid. itt valami olyan kéne ami linux-al mindenképpen elmegy.

Ez az elsődleges célszemély: http://linuxtv.org/wiki/index.php/ASUS_My_Cinema-P7131_Hybrid

másodlagos most nincs, nincs sok időm se ma se holnap,
se tegnap keresgélni, pedig valamikor muszáj lesz :-)

Itt most az a dilemma, hogy mekkora az esélye annak,
hogy megszűnik az analóg rendszer év végén. (kábeltv).
Nyílván akkor felesleges kiadás volt.
Nyílván a hibrid eszközök többe kerülnek, mint a normál DVB-T.

------------

Aztán a hang se szól rendesen, a bal hangszóró recseg, rádióban jónak tűnt,
csak a kaszniból rossz.
Átcseréltem a hifin a madzagot, erre most a jobb hangszóró nem szól,
úgyhogy akkor kábelbug. persze ebből sincs itthon tartalék...:-(

Tudtam én hogy fájdalmas dolog a takarítás, meg a rendrakás.

Ez a káosz erőinek bosszúja. :-)

-------------------

Frissítve

Elvittem az öreg 14 éves jószágot, elektronikai szervízbe.
Úgyhogy maradt a forrasztásos téma. Csak valami más dugóval a végére...

Ez van.

Frissítve 2.0

Na meg is csinálták, olyan mint újkorában. király.

( zeller | 2012. 06. 21., cs – 16:18 )

A kábelen DVB-C jön, úgyhogy a hibrid tunert nem úszod meg, ráadásul olyan kell, amibe a kártyát bele tudod dugni...

A T-Home-nál a kábelen az analóg adás is jön. Tudomásom szerint a UPC-nél is így van, de erre mérget nem vennék.
Nagy összeggel fogadnék arra, hogy az analóg adás még egy darabig nem szűnik meg, mert az előfizetők jó része még erre fizet elő. Ha azt is figyelembe vesszük, hogy nagyon sokan nem akarják megtanulni egy újabb eszköz (STB) kezelését, így ez egy darabig nem is fog változni.

Az egy másik dolog, hogy -- majd, valamikor -- megszűnik a földfelszíni analóg sugárzás. Ennek semmi köze a szolgálatatok által továbbított jelhez.

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

Az lehet, de a Tv2-nek és az Rtlklub-nak kb. 2-3 hét múlva lejár a 15 évre meghosszabbított analóg földfelszíni engedélye és nem biztos, hogy meghosszabbítják. 2015-ben csak a földfelszíni analógon kapcsolják le. Hogy a kábelen lesz-e analóg, kb. senkit nem zavar. Ott jobban elfér, úgyhogy ott valószínűleg marad. Más kérdés, hogy lesz-e rá igény.

Hja, mondták van ilyen kártyás formában is a mediabox, de csak olyan tévékhez adják, amit az UPC "bevizsgált". ;-)

http://www.upc.hu/televizio/digitalis-kabeltv-alapcsomagok/mediacard/

Ergo tunerkártyához nyílván nem fogják, mert akkor nem tudják árusítani a felvevős mediaboxukat. ;-)

http://www.upc.hu/mediacard_list/

Az egy más kérdés hol találnék ilyen tunerkártyát milyen árban, stb...

Esküszöm nem gondoltam volna, hogy ez a digitális átállás ilyen istenverte egy kupleráj. Ahol tényleg minden arra megy ki,
nehogy véletlenül otthon fel tudjál venni és el tudj tárolni saját magadnak egy nyamvadt tévéműsort.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

( tibyke | 2012. 06. 21., cs – 17:16 )

ha 2.6.32, akkor szerintem afatech 9015-os chipset kell.

t

( Oscon | 2012. 06. 21., cs – 18:13 )

Itt is beírom: Voltam az UPC ben.

Kérdeztem hogy kötöm rá digitális tunerre.

Mondták sehogy. Majdnem kiestem a székből, mutattak egy ilyen mediabox motyót.

Volt rajta hdmi, scart meg audio kimenet. Na jóvan, akkor erről ennyit.

Úgyhogy semmi értelme digitális tunert venni ahogy látom.

Marad az analog tuner, lehet hogy mégis tovább kínozom a 14 éves jószágot,
és megint forrasztás lesz, mert a tunerkártyán van s-video bemenet.

És egy esetleges átállás után scart-svideo átalakítóval etetetem meg a jelet a tunerkártyával.

Kérdeztem mikor szűnik meg az analog kábeltévé, a kérdés annyira jó volt, hogy erre még tervek sincsenek.
Ez ahogy írtátok független a földfelszíni nyavalyától.

Az egy másik vicc, hogy analogból kétféle díjcsomag van, egy kisebb meg egy nagyobb.

Ha a kisebb digitális csomagot választom, analog jelet attól még küldenek, de akkor csak a kisebb analog csomagot.

Ennyit akkor a nagy fejlődésről meg a digitális átállásról.

------

Felhasználói szempontból most van egy "nagyobb" analog csomag, ha felveszek egy nap két műsort.
beütemezem kapcsoljon be a gép, mencoder felveszi az elsőt,
a szkript végén átállítja mikor kapcsoljon be a gép a másodikhoz,
majd dolgavégeztével magától lekapcsol.
a 2. ütemezésre magától visszakapcsol, felveszi a második műsort is , és kész.
Mindent én szabályozok, úgy ahogyan jólesik.

Ahhoz hogy ezt a ficsőrt digitálisan tudjam.
vennem kell egy olyan mediaboxos előfizetést a drágábbik digitálissal, ami tud felvenni, eltárolni,
majd mikor hazaérek,
lejátszom a felvett műsort scart->s-video+hang átalakítóval áttolom a gépre,
és kvázi gyakorlatilag "felveszem még egyszer",
hogy saját használatra el tudjam tárolni.

Azért ez a fajta technikai fejlődést, hogy kétszer annyiba kerül, meg dupla munka,
azért nem mondom meg hogyan húzzák az illetékesek a pöcsükre...

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

A sima, szabványos Ci foglalat nélküli DVB-T eszközöd valóban nem működik a kábeltv-s előfizetéssel, mert az DVB-C eszközt igényel, a kódolás miatt Ci foglalattal, ahova be tudod dugni a szolgáltatótól kapott kártyát.
Jó kérdés, hogy a zúpécé akar-e neked ilyen kártyát adni...
A Digi-nél ilyen para nincs: ott behúzzák akábelt a lakásba, ott van rajta szabadon az analóg és a DVB-C jelfolyam is, az ügyfél szabadon nézheti bármelyiket. (Az HBO-csomagokat kivéve, ahhoz kell Ci-foglalatos készülék)

Üzlet, ne informatikusként gondolkodj. ;-)

Én nem azt mondtam, hogy nem menne, csak hogy az UPC nem adja oda csak "szerinte" kompatibilis tévékhez.

Nyílván így saját hatáskörben megoldható lenne egyszerűen a műsorok mentése, és akkor nem vennéd meg a rögzítős prémium médiaboxukat havidíjjal. ;-)

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Hello Oscon!

A fórumba írtam, de itt is megkérdem hogy ezt lerészleteznéd nekem, akár priviben is?

Felhasználói szempontból most van egy "nagyobb" analog csomag, ha felveszek egy nap két műsort.
beütemezem kapcsoljon be a gép, mencoder felveszi az elsőt,
a szkript végén átállítja mikor kapcsoljon be a gép a másodikhoz,
majd dolgavégeztével magától lekapcsol.
a 2. ütemezésre magától visszakapcsol, felveszi a második műsort is , és kész.
Mindent én szabályozok, úgy ahogyan jólesik.

Húhh. Ezt nagyon gány agyonszkriptelt megoldással, de faék bonyolultságú és működik. Csak KÁOSZ övezi a megvalósítását :-D

A két feladatot 2 eltérő szkript látja el.

I. feladat:

A gép felkeltése suspend to ramból, hibernációból, vagy kikapcsolt állapotból alapvetően kétféleképpen oldható meg:

1. rtc-cmos driver, de számomra kicsit embertelen formátumban kell megadni a frankót. 

2. a /proc/acpi/alarm

ot kell megetetni egy szimpla bemeneti értékkel.

Én létrehoztam egy fájlt, amiben az ébresztési értékek vannak, és ez minden bekapcsoláskor, ébresztéskor automatikusan lefut.

Én ezt az acpisat jobban szeretem, de arra figyelni kell, ha kernelben engeded az rtc cmost, az acpialarm kernel configban automatikusan letiltásra kerül, hacsak bele nem nyúlsz a kernel forrásba és a szabályt ki nem iktatod..

Az acpi alarm ezt a formátumot szereti:

2012-06-20 01:52:30

Ha a dátum érték 00, akkor minden nap felkel a megadott időben.

--------

A gyakorlatban úgy működik, hogy mondjuk pl. 11:00 kor fel kell venni 1,5 órát a sport1ről, 16 órakor meg 1,5 órát mondjuk az rtl klubról...
:

A $home/ebreszt.list fájlba elmentem hogy kelljen fel 10:58:00 kor, az ebreszt.2-be meg, hogy 15:57kor

Crontabba betöltöm a videosport1.sh-t 11:00 ra, 16:00-ra meg a videosrtl.sh-t.

aztán egy sudo ebreszt.sh
ez csak annyit csinál, hogy bevési a ebreszt.list tartalmát a procacpi alarm fájlba. Ezzel beállítja az első ébresztést.

A videossport1.sh végén cp vel ebreszt.2-> ebreszt.list, sudo ebreszt.sh bevési az új értéket a proc acpi alarmba, és kész.

A lekapcsolás itt bizonyos egyéb igények miatt félig automatikus szintén szkriptvezérelt,
de ha neked csak erre kell, pm-hibernate-vel az első szkript végén elküldheted a gépet pihenni a mencoder lefutása és az új ébresztési érték beállítása után.

vagy kikapcsolni.

A pm-hibernate talán annyiból szerencsésebb mint a sudo poweroff, hogy elkerüld murphy törvényét, ami azt jelenti, hogy mountolások száma pont ébresztéskor éri el a kritikus mennyiséget,
amikor elkezdi csekkolni a fájlrendszert hibák után, így túl későn ébred a gép az fsck molyolás után, és nem veszi fel a filmet :-D

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

"1. rtc-cmos driver, de számomra kicsit embertelen formátumban kell megadni a frankót."

Én úgy emlékszem unix timestamp kell neki.

"így túl későn ébred a gép az fsck molyolás után, és nem veszi fel a filmet :-D"

Mondjuk ha nem cronpól indítanád a mencodert, hanem a felébredés event hatására... Kérdés, hogy ezt mivel lehet megoldani. :)

Mondjuk ha nem cronpól indítanád a mencodert, hanem a felébredés event hatására... Kérdés, hogy ezt mivel lehet megoldani. :)

write only módban vagy látom :-)))

Ez a murphy törvény a teljes poweroff (nem szundi, sé nem hibernate) kikapcsolásból való ütemezett felébredésre vonatkozott. (!)

1. Normál bekapcsoláskor nincs extra szoftveres felébredés event :-), rendes normál bootolás van.

Gányolni persze simán lehet, pl. mégha be is írom mondjuk az init.d-be egy szkript-tel, hogy induljon a mencoder gyorsan hamar mert mondjuk létezik var/lib/oscongany/lista.sh / amit a leállítás előtt hoznék létre /, és akkor a benne levő parancsokat (mencoder) végre kell hajtani :-),

egy ilyen auto fájlrendszerellenőrzés időben elhúzódhat úgy, hogy lemarad a műsor eleje, mire a bootolás odaér a gányolt szkripthez. ezt persze extrém tune2fs értékek megadásával ki lehet iktatni, de talán ezt mégse kéne. (?!?!?!)

---------

Ezért maradok inkább ennél a másfél perces elő-ébresztésnél, mert hibernálásnál max. az internet újracsatlakozással molyol el, de ez nem befolyásolja már az egyéb taszkokat.

Ez így amolyan biztonsági megoldás, hagyok időt arra, hogy a gép összeszedje a moduljait. A bttv-t, lircet úgyis ébresztéskor ismét be kell töltenie, mivel 14 éves a cucc, számára az acpi ismeretlen új technológia. Úgy lehet kikerülni, hogy ne zakkanjon meg ébredéskor, hogy szundiba/hibernálásba lépés előtt minden szolgáltatást (lirc) leállítok, lekapcsolom a kernelmodulokat (lirc, bttv, stb.), aztán jöhet a szundi.

Visszakapcskor meg szépen újraindít mindent fordított sorrendben, erre azért kell egy kis időt hagyni, míg összekaparja magát az álomszuszék.

Azzal nem vagyok előbbre, ha az ébresztőszkriptem végére odabiggyesztem a mencodert, de még bttv őnagysága nem ébredt fel a téli álomból és mondjuk nincs video0 eszköz, vagy snd_bt87x és nem veszi fel a hangot az első akárhány másodpercben. Jobb a békesség...Ez a másfél perc nem ér annyit.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Oscon küldenék neked egy scriptet. De hová?

Amúgy én a 4-es initet néztem ki magamnak, és abban csak 8-10 induló egység van. A többit kitöröltem.
A grubban a default éppen ezért ez.

A net ki van lőve, nincs X, és minden erőforrást a mencodernek tudok adni.
Magamat felvettem a video és audio csoportba, emiatt ha nem is vagyok bejelentkezve akkor is felveszi a műsort.
S hogy ez így van, a rendszer 20 mp alatt feláll, és mehet a felvétel.

A kikapcsolás viszont bejelentkezés nélkül ekkor is kihívás volt. Emiatt létrehoztam egy új csoportot, a kikapcs-ot, és ennek is tagja vagyok. A kikapcs meg belekerült a sudoers-be.
Minden automata.

A bekapcsolásnál van még mit hegeszteni. Az /etc/wakealarm-ot néztem ki.

Ha viszont netezni akarok, meg úgy ámblokk mindent, akkor úgy is ott ülök a gépnél, és manuálisan az eggyel lejjebb lévő grub beállítást választom.
Az init 5-öt.

A kikapcsolást mencoder felvételtől függetlenül automatán oldottam meg.
Egy másik szkripttel, helyi igények miatt.
Ez nem hiszem, hogy neked így megfelel. :-D

------

A rendszer itt más miatt is felébredhet.

Ugyanis a rendszerre időről időre a crosslink kábel túlsó végén egy laptop csatlakozik.
Ha rádugják a laptopot, az akció felkelti a kasznit is szunnyadó álmából.

Így egyfajta automata / szintén szkriptvezérelt a gányolás és a Káosz jegyében :-D / leállítás van.

Bekapcsoláskor indul egy másik végtelen ciklusú szkript, ami figyeli a sensor értékeket
/ a kaszni vigyázzon saját magára és kész /,
valamint a felhasználói aktivitást karakteres, ill. grafikus részen.

Itt két időkorlát van, ha az összes belépett user ellustult, vagy senki nem lépett be: ha kisebbet éri el, lekapcsolja a képernyőt.

/ tudom van setterm -powerdown, meg X DPMS setting, de pl. az egyik indítószkriptemben voltak setterm -powerdown sorok, csak mind ki van kommentezve és
elég régi , több éves az uccsó módosítási dátuma a szkriptnek, szóval passz, valami oka biztos volt, hogy inkább saját hatáskörben oldottam meg, csak nem emlékszem az okára /
Ugyanez van az X alatt is, csak a képernyőkímélő van bekapcsolva, se a képernyő kikapcsolás, se a kpowersave / hibernálás, felfüggesztés / kezelése nincs használatban. Gőzőm sincs miért /

ha a másikat is, akkor akcióba lép az etc-acpi-powerdown.sh (ami a bekapcsológomb megnyomásával egyenértékű).

De ez a rendszer leálíltása helyett spéci feladatokat lát el helyi igények ill. alzheimer haverom miatt.

- Ha futnak bizonyos alkalmazások (wget, mc, wine, mencoder, többit nem tudom fejből megnézni lusta vagyok) akkor a szkript leáll, és nem csinál semmit.
/ Bármilyen furcsa, de simán elfelejtem a beütemezett, vagy tty4-en zárolt screen-ben tartósan futó akciókat is, és vagyok olyan feledékeny sajna,
hogy ha amúgy végeztem a géppel, simán kinyomom, úgyhogy muszáj volt betenni a korlátot, hogy ilyenkor mégse kapcsoljon le :-D /
Ez azért feltűnik, és meg szoktam nézni, hogy miért nem kapcsol le, és így azért valami beugrik, hogy azért itt még futnának cuccok. :-D

- Ha fut, akkor továbbmegy megnézi a crosslink kábel túlsó vége él-e, ha igen, megint kilép és nem csinál semmit.

- Ha egyik sem, akkor megnézi van-e cd/dvd becsatolva. Ha igen, lecsatolja, és kidobja az eject-el , egyebet nem csinál (ez
megint alzheimer haverom miatt kellett :-) / Erre csak felfigyelek :-D olyan jó 75%-os hatásfokkal működik,
ritkán ébredek úgy/ érek haza arra, hogy lekapcsolt a gép, és
félig nyitva a tálca :-D. Ha mondjuk beteszek egy DVD-filmet , megnézem, utána tuner távirányítóján megnyomon simán a kikapcs gombot (ami szintén a fent említett szkriptet indítja), aztán lesek meglepetten,
hogy lekapcsolás helyett kijön a DVD tálca a dvd-vel. ez az önkorlátozás muszáj volt. ;-)

- Ha ezek mind nincsenek, akkor leáll a gép reggel 6 és este 6 között suspend to ram-al, egyébként meg suspend to disk-el.

Aztán felébred, amikor felébred, vagy proc-acpi-alarm, vagy bekapcsológomb megnyomására, vagy mert megdugták a crosslink kábel túlsó végét.
Ez a lekapcsoláskor megjósolhatatlan.

Ezért (is) van az , hogy igazából a felkeltés, és az automatizált leállítás van kissé talán túlszabályozva, a többit már a crontab-ra bíztam.
Azért van.

-------

Ha wakealarm-ozol, akkor az rtc-cmos modult használod, az nekem nem tűnt túl felhasználóbarátnak, de te tudod.
Ilyenkor proc-acpi-alarm fájlod nincsen a kernel fordítási szabályok miatt RTC_CMOS esetén nem jön létre.

Ezt vagy kiiktatod, vagy wakealarm (rtc-cmos) nélkül újrafordítod a kernelt.

mailt tudsz küldeni nicknév után némi kukacoskodás és upc mailos. szerintem ebbőpl kitalálod az emailcímet :-D

Ha beállítasz ébresztést és nem kel fel lehet acpi bug, vagy időzóna bug, vagy mégsem állítottad be.
A beállított ébresztési időt tudsz ellenőrizni a 

/proc/driver/rtc

lekérdezésével.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Hát ebben van munka. Én tizedennyi időt nem vesződtem volna vele. De valami azt súgja, nem csak saját célra csinálod.

--------

Mindjár ideröfögök egy konkrét példát.
Az aktuális ébresztés a tegnapin van, de holnap máskor kell kelni.
(mcedit-el szoktam szerkeszteni az alarm.list-et, de így
most tán jobban látható.

---------

az alarm.sh egy viszonylag egyszerű jószág, átviszi
az értéket az acpi alarm-ba , csak elvégzi az időzóna korrekciót.

Ébresztéskor mindig lefuttatom pluszban ezt az átvitelt valami ok miatt, amit már elfelejtettem.
Bent van az ébresztőszkriptben de nem tudom miért. Nem merem kivenni :-) 


oscon@osconsfortress:~$ cat /proc/acpi/alarm 
2012-06-25 01:58:30
oscon@osconsfortress:~$ cat > alarm.list
2012-06-26 04:58:30                   
oscon@osconsfortress:~$ cat alarm.list
2012-06-26 04:58:30
oscon@osconsfortress:~$ sudo /sensor/alarm.sh
oscon@osconsfortress:~$ cat /proc/acpi/alarm 
2012-06-26 02:58:30
oscon@osconsfortress:~$ cat /proc/driver/rtc 
rtc_time        : 20:52:55
rtc_date        : 2012-06-25
rtc_epoch       : 1900
alarm           : 02:58:30
DST_enable      : no
BCD             : yes
24hr            : yes
square_wave     : no
alarm_IRQ       : yes
update_IRQ      : no
periodic_IRQ    : no
periodic_freq   : 0
batt_status     : okay
oscon@osconsfortress:~$ crontab -l | grep vekker
0 5 26 6 *      sh /home/oscon/vekker.sh
oscon@osconsfortress:~$

Holnap reggel 5kör meg ébreszt, hogy rohadna meg ;-)

--------

Szerintem csináld azt, hogy a beütemezett időből vonjál le 1 percet, és azt az értéket írd a wakealarm-ba.
Így biztosan időben felkel.

(pl. egy hibernáció elhúzódhat a másolás miatt, és mire végez, már túlment az időn, hogy indítsa akár at-ből akár cron-ból a másolást.
(ha jól látom te is ezeket használod).)

Írhatnál bővebben arról, hogy mi nem működik a
wakealarm esetén.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Én két percben gondolkoztam, és az benne is van a scriptben.
modules/tvrip.subrutins


export_wake_time () {
secs=$(date -u --date "${HH}/${NN} ${OO}:${PP}" +%s)
secs=((${secs}-120)) # ébresztó két perccel előbb
echo ${secs} >>/home/$USER/.config/TvRip/wake_time.txt
}

Tehát elkészül egy txt fájl, amely tartalmazza az unix formátumú időket oszlopszerűen egymás alatt.
De kiderült hogy ez az $USER nem jó, mert a sudo miatt a root értéket veszi fel.
Tehát az útvonalat el kell hagyni, és ez elég:
echo ${secs} >> wake_time.txt

Ami azt nézi hogy melyik idő következik a sorban az ez lenne:

date_file=/home/$USER/.config/TvRip/wake_time.txt
sort -n ${date_file} | awk -v _now=$(date +%s) ' $1 >= _now { print $1}' | head -1
secs=$(sort -n ${date_file} | awk -v _now=$(date +%s) ' $1 >= _now { print $1}' | head -1)
sudo /home/$USER/bin/set_wakeup.sh ${secs}

És ez az ami beírja az rtc cmosba:

echo "$ *"> wakeup.args
echo 0 >/sys/class/rtc/rtc0/wakealarm
echo $1 > /sys/class/rtc/rtc0/wakealarm

Ez még egyelőre kusza. Ez 3 részre van most bontva.
Nyilván a cronba lenne érdemes tenni az unix időt figyelő dolgot, hogy mindig meg legyen az aktuális idő. S ennek le kéne futnia a halt (poweroff) előtt. De erről nem ártana egy figyelmeztetés sem, hogy ne legyen áramtalanítva a gép, ha éppen felvétel lesz.

A po fájlok meg tőlem egyelőre messze állnak.