Pubi!
Úgy tűnik kettent maradtunk boldogtalan Skystar HD2 tulajok.
Az a helyzet, hogy az alacsony, 5000 SR alatti adókra nem tud ráhangolódni a v4l-dvb meghajtóval a kártya, nem érzékel a jelet. Viszont igen stabil az S2 adók vétele vele, és gyors a csatorna keresés a scan-s2 -vel.
Az S2liplianin meghajtót felraktam az Arch64 példányomra a szkripted és foltjaid alapján.
Most már nem szarja tele a boot képernyőt videodev kernel debug hibákkal, tehát valamit csinált Igor a repójában.
Az alacsony SR -ű adókat mind veszi.
Az S2 adók vétele sokszor csak a "sudo rmmod mantis" és "sudo modprobe mantis" parancs páros után indul el. Ezt Bandika is említette..
Olykor, S1 -ről S2 adóra váltva, ha az nem indul el és visszaváltok az addig működött S1 adóra, az is beszarik. Ekkor csak a teljes áramtalanítás és újraindítás segít. Ez akkor fordul elő szerintem, mikor egyébként sem élne az S2, a kártya azon része nincs inicializálódva és gondolom ekkor hülyül meg teljesen.
Egyébként, ha az S2 része elindult, akkor már jó az ide-oda váltásnál is.
Ha úgy tartja kedve, akkor egyből jól veszi az S2 csatikat is, induláskor.
A scan-s2 is igen sokat, szinte órákat tökörészik.
Lehet, hogy kéne belé még egy folt a kártya hangolását elősegítendő?
Jó lenne már tényleg összerakni egy rendes meghajtót a kártyánkhoz.
Szia.
A legkézenfekvőbb , a hálózati beállítás, tűzfal lenne. (Konzolon nézz hiba üzeneteket.)
De, van esélye a szinkron elérési hibának is. Hogy is értem ezt?
A szerver felől megy a stream, a kliens felé, de visszafele a remote időzítési problémákkal küzd.
Ezeket a csomagokat, vagy korlátozni, vagy szinkronizálni tudod.
Az sem kizárt, hogy valamelyik oldalon elfogyott az erőforrás és max, csak félcsomagokat küld/kap
Szépen működik a két tuner (ss2) mindenféle állítgatás nélkül, hálózaton keresztül is (vnsi). Ha az egyik tuner foglalt, akkor átkapcsol a másikra.
Azt figyeltem meg, hogy a remote kliensen nem tudok csatornát kapcsolni (timeout), ha megy a szerveren is a TV. Fordítva meg minden ok. Van tapasztalatotok a több tuneres használatról hálózaton keresztül?
Ez az adó melyik holdról jön? A sorból az derül ki hogy 11.0 W fok. Pillanatnyilag azt sem tudom hogy ezt hol keressem. Van forgatóm, de már régóta le vagyok cövekelve a 0.8 W -n.
UHU 2.2, 10 hónapos v4l-dvb általam foltozott meghajtó, VDR 1.7.16.
Veszi a vdr, de nem keresi le se a scan-s2, se a w_scan. Valami FE property invalid paraméterre hivatkoznak és gyorsan továbblépnek.
A scan is becsődöl.
Az S2 vétel stabil.
Ez meghajtó hibára utal??
UHU 2.2, liplianin meghajtó (kábé 8 hónapos), VDR 1.7.15
Veszi, lekeresi, de iszonyú lassú a keresés, S2 vétel nem áll le.
Ez meghajtó hibára utal.
3 hónapja frissített Arch64, akkori liplianin meghajtó, vdr 1.7.12.
Megtalálja, veszi, kevesebb ideig vacakol a kereséssel.
Ezután az S2 vétel lehetősége leáll.
Csak a teljes áramtalanítás és újraindítás használ.
Ez is meghajtó hibára utal.
KI tudja? Amennyire kibogarásztam, nem túl lényegesek számunkra a változások.
Viszont van egy problémám.
A VDR 1.7.16/v4l-dvb párossal van egy pár tp, amit nem vesz az egyik UHU 2.2 rendszerem, ott még jelet sem mutat a femon, a másikon meg a VDR 1.7.15/liplianin párossal jönnek.
Vajh miért? Nem ártana, ha ránéznél, mert neked is skystar HD2 kártyád van. Bandika már tevés.
Lehet, hogy az én v4l-dvb meghajtóm nem jó, vagy a vdr újabb verziója a hibás?
Elég sok javítást tartalmaz az új VDR. Lehethogy érdemes lenne kipróbálni.
2011-03-12: Version 1.7.17
- Updated the Estonian OSD texts (thanks to Arthur Konovalov).
- Fixed following symbolic links in RemoveFileOrDir() (cont'd) (thanks to
Steffen Barszus).
- Changed the description of cDevice::GetSTC() to make it mandatory for devices
that can replay.
- Removed the check for positive STC values from cDvbSubtitleConverter::Action().
- Added cString::operator=(const char *String) (suggested by Antti Seppälä).
- Some spelling fixes (thanks to Ville Skyttä).
- Passing package name and version to xgettext (thanks to Ville Skyttä).
- Made 'dist' target dependent on up to date *.po (thanks to Ville Skyttä).
- Added Language and fixed Language-Team header of *.po (thanks to Ville Skyttä).
- Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras).
- Fixed detecting frames on channels that broadcast with 50 or 60 fps.
This avoids artifacts during fast forward/rewind when replaying recordings from such
channels. To fix the index of existing recordings from such channels, just delete the
'index' file of the recording and VDR will generate a new one the next time you play it.
You should also change the line "F 25" to "F 50" in the 'info' file of that recording.
- Added support for "registration descriptor" to 'libsi' and using it in pat.c (thanks
to Rolf Ahrenberg).
- Fixed unjustified log entries about changed channel pids (reported by Derek Kelly).
- Added an include of VDR's 'Make.global' to libsi's Makefile (thanks to Rolf
Ahrenberg).
- Removed displaying the "contents" information from the "Classic VDR" and
"ST:TNG Panels" skins, because it is often wrong and nothing but irritating.
- Added typecasts to avoid gcc 4.5 warnings in switch statements on eKeys
variables where additional 'k_...' flags are used.
- Fixed inclusion of <stdarg.h> (thanks to Henning Heinold).
- Changed "frame duration" to "frame rate" in vdr.5 (reported by Tobias Grimm).
- Removing a cRemote from the Remotes list in case its initialization failed (thanks
to Dominik Strasser).
- Added LDFLAGS to the linker calls in the Makefiles (thanks to Joerg Bornkessel and
Paul Menzel).
- Now updating the 'frames per second' data in the list of recordings when a new
recording is started that has a frame rate other than the default.
- The include path to the freetype2 header files is now retrieved via a call to
'pkg-config --cflags freetype2' (suggested by Andreas Oberritter).
- The OSD now has full TrueColor support. There can be several "pixmaps" that can
be overlayed with alpha blending. All existing skins should work out of the box
with the TrueColor OSD - the only exception being cOsd::GetBitmap(). Since the
TrueColor OSD doesn't use bitmaps, this function will return a dummy bitmap, which
may not be what the plugin expects. As long as this bitmap is only used for setting
the palette, there is no problem. However, any other operations on this bitmap will
have no effect. See the description of the cPixmap functions in osd.h for details
about the new functionalities.
The "ST:TNG Panels" skin has been enhanced to automatically use the TrueColor OSD
if available.
The "osddemo" plugin has been extended to show some of the possibilities of the
TrueColor OSD if it is run on a system that actually provides TrueColor support.
Thanks to Reinhard Nissl for some valuable input, help with debugging, and an
implementation of the AlphaBlend() function.
- Updated the Slovakian language texts (thanks to Milan Hrala).
- Added Serbian language texts (thanks to Milan Cvijanovic).
- Fixed reallocating memory in the "pictures" plugin (reported by Paul Menzel, with
input from Oliver Endriss).
- Fixed reallocating memory in cTsToPes::PutTs() (suggested by Oliver Endriss).
- Now checking the result of all realloc() calls.
- Fixed setting up the 'Recordings' menu in case there are several recordings
with exactly the same name (reported by Marcus Hilbrich).
- Setting the audio type of language descriptors to 0x00 in the PAT/PMT generator
(thanks to Anssi Hannula).
- Changed the compiler optimization flag to -O3, which gives quite a performance
boost in the AlphaBlend() function.
- While replaying, the editing marks are now updated every 10 seconds (based on a
patch from Manuel Reimer).
- Now reducing the thread and I/O priority cCuttingThread::Action() to make the
foreground process more responsive (suggested by Frank Neumann).
- Removed checking for minimum line length of 21 characters in the LIRC receiver code
(reported by Gerald Dachs).
- Updated the Romanian OSD texts (thanks to Lucian Muresan).
- Now storing the original display size when handling DVB subtitles (thanks to
Reinhard Nissl).
- The original display size of subtitles is now used to scale them properly when
displaying them on an HD OSD.
VGA felbontásban majd Pubi segít. Ő jobban ismeri az ubuntut. Vagy az ubuntu wiki-n keresgélnék. Vagy a /etc/X11/xorg.conf -al manipulálnék, ott lehet a felbontást beállítani végső soron, minden segédprogram nélkül. De az ubuntu állítólag nagyon felhasználóbarát, egértologatós és nem szöveg szerkesztgetős rendszer, mint mondjuk a gentoo, vagy az arch.
Van azért, mikor csődöt mond a gnome, vagy a kde felbontás beállító ikonja és mégis szertkesztgetéshez kell nyúlni.
A VDR -t meg nagyon jól lehet billentyűzetről is irányítani, de az igazi, valamilyen távirányítóval.
A távirányító beüzemelesét távirányítója válogatja.
Ubuntu 10.10 a linux és a video kártya pedig S3 UniChome Pro IGP, a VIA P4M890 chip, alaplapra integrált (Asus P5VD2-MX SE alaplap). OpenChrome-t próbáltam, olvastam rengeteg howto-t meg faq-t meg fórumot, próbáltam ezt azt,de nem igazán jött össze. A VDR-nek van valami egyszerűbben kezelhető felülete? Ez a billentyűzetről vezérlés nem jön be...
800x600. Fujjj.
Be kell állítani, mert beállítható. Minden videó kártyához. De milyen videó kártyához? De milyen linuxhoz?
---------
kaffeine
Az újabb, disztrók által preferálthoz nincs sc, csak FTA. A régi kezelése beteges, de működtethető végső soron.
--------
Halkan kérdem csak..
Miért nem a VDR a kísérleteid tárgya ?
Őa fajin és rendesen forgat.
A Kaffeine is működik, de az istennek nem akar forgatni, hogyan lehet rávenni hogy forgasson? USALS be van állítva, saját pozíciók beállítva,de nem csinál semmit.
Frankó kis progi ez, már egészen összeállt a dolog, csak még mindig 800x600, lehet teszek bele egy videokártyát :D
Ismét nekigyűrkőztem a VDR-nek az ubuntu-n. Tegnap este majdnem összejött, azóta semmi. Most fordul az utolsó script. Azt hiszem lemegyek egy kanna benzinért a garázsba..
Nem kapcsolható át szoftveres módban csak a videó lejátszás.
A HD műsoroknál már ad skótkockákás mintát a műsor képe helyett hardveresen. Hagyományos felbontású műsoroknál csak fekete a kép.
Nem az kever be. Közelítek a megoldáshoz. Az mplayer a fglrx_drv_video.so fájlt a /usr/lib/drivers mappában kereste valamikor. Én most is oda tettem, de az xbmc terminálból való indítása közölte, hogy a /usr/lib/va/drivers mappában keresi. Át is helyeztem.
Valószínüleg a libva csomagot kell újra gyártanom megfelelő fordítási opciókkal.
Az xbmc ilyen hibákat ír:
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
libva: va_openDriver() returns -1
A vainfo pedig ezt:
libva: libva version 0.31.1-sds1
Xlib: extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
libva: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
Ha kikapcsolom a vdpau-t és a vaapi-t, az xbmc-nek akkor is kell a /usr/lib/va/drivers/fglrx_drv_video.so, tehát a műholdnál mindenképp ragaszkozik a hardveres dekódoláshoz.
Leszedem a libva uhubuildet és átvizsgálom.
Most raktam ki a kész uhu csomagokat ide:
http://uhu.linux.hu/2.2/attus/ Pár percen belül letölthető lesz.
xbmc-pvr lett a neve, feltelepítése előtt el kell távolítani az esetlegesen a hivatalos tárolóból feltelepített xbmc csomagot, hogy ne ütközzön.
Elvileg ATI vaapi képes, a vdpau jól megy vele.
Csak a szintén közzétett vdr-vnsiszerver pluginnal működik igazán.
Lehet, hogy nálad a Rezső féle ffmpeg kavar be.
Az elküldött csomag meg fájlütközés miatt nem települ. felül akarja írni a gnome-bluetoth csomagban lévő icon.cache fájlt, a sajátjával.
Kiirtottam az xbmc -jét, mert felesleges. "Felhasználőbarát" szindróma, gubancot okozott.
Még mindig nem akar az xbmc műholdról képet, csak hangot adni. A vdr-t így indítom:
vdr -Psc -Pvnsiserver
Mi kellhet még? Compiz kell neki? Újabban a kde plasmát használom, nem szeretnék compizt telepíteni.Vdr-sxfe, vagy vdr-fbfe szerintem fölösleges, mivel vannak saját kódekjei.
Videókat lejátszik, a műholdas csatornák is jönnek hanggal és teletexttel kép nélkül.
Ha videót lejátszik, akkor a tévét miért nem?
Elávolítottam a saját telepítést, gondoltam újra kipróbálom Attila csomagját, de még mindig nem telepíthető.
Hát ez nem jó hír. Biztos, hogy a két program (szerver-kliens) közötti kommunikáció hosszabb a kelleténél és timeout-ra fut, pláne forgatómotorral. Mythtv is érzékeny volt, nem szerette a TP-n belüli váltást. Ezt lenne érdemes elküldeni hibajegyre Odenkamp-nek, hogy vizsgálják meg a pvr-ben ezt a részt.
Nekem is van elvétve, de nem jellemző, tudom téged ez nem vígasztal.