- Milyen SSD-t vegyek?
- Azonnali informatikai kérdések órája
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- AMD GPU-k jövője - amit tudni vélünk
- iPad topik
- Zeneszerkesztő és DJ topic
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Milyen egeret válasszak?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Apple asztali gépek
Hirdetés
-
Bakancslista Route 66 Chicagótól Los Angelesig 3.
lo Sziasztok Olvasók! A harmadik rész immár elkészült egy kis betegeskedés után (mármint a jelenben sajna), és a múltban már teljesen gyógyultan folytatjuk utunkat az USA-ban.
-
Beszáll a kézikonzolok világába a PC-s házairól elhíresült az Antec
ph Csak éppen nem saját fejlesztésű dizájnnal, hanem korábbi koncepció átnevezésével.
-
DOOM: The Dark Ages címmel jön a sorozat új része?
gp Lehetséges, hogy a következő játék az eddigiektől drasztikusan különböző helyszíneken és időszakban játszódik.
-
PROHARDVER!
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
azbest
félisten
Azért meg kell hagyni, Liznek megint nagyobb az arca a kelleténél. Egyik fórumozó felhozta, hogy jó dolog a nyílt forráskódúvá tevés, csakhogy a valódi műveletek a gpu blob-ban történnek (zárt bináris firmware). Tehát azzal nem mennek sokra, ha wrapper függvények kódját megkapják, amik csak a zárt binárist hívják meg, más műveletet nem végeznek. Hozott egy példát is az egyik fájl 471-es sorától kezdődő függvénnyel.
Szóval nem olyan nagy dolog ez a bejelentés, közel sem olyan nagy előrelépés, mint ahogy a marketinget nyomatják vele kapcsolatban.
A terelés kapcsán emlékezteti a srác, hogy ne feledje kivel beszél (tegra, mali gpu működésének visszafejtői és az amd-vel dolgozott a driverük megnyitásán... stb stb..).
Persze erre még Liz sértődik be
Még jó, hogy szakemberek is vannak az alapítvány közelében, akik értik miről van szó. Alapvetően nem vagyok kárörvendő, de ez esetben örömmel láttam, hogy valaki helyretette az általában végtelenül arrogáns Lizt.Másrészt ha minden igaz, az FSF követelményeinek nem felel meg teljesen a jelenlegi firmware megoldás, mert gyakran cserélődik, nem pedig fixen a hardverbe égetett Erre valaki fel is hozta, hogy miben más ez, mint ahogy a radeon drivernél megoldották a zárt bináris leválasztását.
Ettől függetlenül, azt hiszem tényleg előrelépés lehet a grafikus felületek sebességében ezáltal.
(#3064) szabi__memo:
azt a bináris rész kezeli, szóval nem lesz szabadon használható ezután sem bármilyen codec amit a hardver támogathat. Viszont talán az omx api problémáit jobban tudják kezelni, ha többet látnak belőle.[ Szerkesztve ]
-
azbest
félisten
válasz PistiSan #3070 üzenetére
https://github.com/raspberrypi/firmware/commits/master]A log alapjan mostmar config.txt parameterben lehet allitani a memoria osztas erteket.
-
azbest
félisten
válasz PistiSan #3084 üzenetére
az elinux.org-on érdemes nézni a leírásokat hozzá
http://elinux.org/RPi_config.txtvan egy teljes példa config.txt is kitéve
[ Szerkesztve ]
-
azbest
félisten
no, nagyon piszkálja már a csőrömet, hogy nem tudok friss tv tuner drivereket fordítani a pi-n, hiába írtam a linux-media levlistára.... viszont tudom már, hogy mit kell módosítani, hogy működjön a fordítás. Valaki beküldött egy frissítést (kernel 3.7-hez), ami nem kompatibilis visszafelé... megkérem az illetőt, hogy igazítsa ki a media_build-ben a kompatibilitást. Előtte le is tesztelem nálam. A friss driverek már kezelik az it9135 és realtek tunereket is, ezért akarom feltenni.
-
azbest
félisten
egy kis scriptet írtam / módosítottam ehhez: [link], ha gyári tuning, akkor csak terhelve fogja felemelni a sebességet...
lépj be ssh-n és akkor nézd meg az értékét, amikor valamin dolgozik is közben. A grafikus felületet használva is van valami app amit be lehet kapcsolni és mutatja az óra mellett a sebességét.
[ Szerkesztve ]
-
azbest
félisten
no ezzel a patch-el már jól buildelődnek a friss tuner driverek is az aktuális raspbian-on. Írtam a media_build gazdájának, kértem tegyen be ilyet, hogy ne legyen gond vele.
Addig is a patch -p1 < ../backport.patch segítségével alkalmazhat a helyi példányon.Megy egyszerre az af9015, it9135rev2 és az rtl2832u tuner is a pi-re dugott hubbal Csak az előbbi kettő firmware-jét kell bemásolni a /lib/firmware-be ( [link], [link])
[ Szerkesztve ]
-
azbest
félisten
válasz vzoltan #3115 üzenetére
Tuning mellett előfordulhat sd kártya írás hiba. Ha kevés a táp az is okozhat csúnya dolgokat. A korábbi firmware és linux mellett is voltak sd kártya hibák. A gyorsabb kártyákkal könnyebben kijön. Érdemes időnként melenteni gépre a kártya tartalmát, hogy baj esetén ne kelljen nulláról újra kezdeni.
Volt már szó róla, a hivatalos letöltőoldalon is írják [link]
linux aklatt dd paranccsal lehet menteni, win alatt Win32DiskImager-rel.[ Szerkesztve ]
-
azbest
félisten
válasz PistiSan #3125 üzenetére
Az usb csatlakozók biztosítékait átkötöttem. Erre méretre vágott ellenállás lábat használtam, amelyek végeit behajtottam hogy megkapaszkodjon a polyfuse két oldalán lévő mélyedésbe. Az egyik sajnos elmozdult forraszás közben, így kicsit ferde lett. Nem lett valami szép, mert csak nagy méretű pákám van, sokkal jobban is meg lehet csinálni megfelelő szerszámmal, feleslegesen sok ónt is használtam.. sajnos nem fértem ezzel jobban hozzá. De a célnak megfelel.
A hivatalos fórumban is van hasonló téma, de a többség felesleges drótozásokat csinált, a profik csak így átkötötték. [link]
[ Szerkesztve ]
-
azbest
félisten
nekem hynix memóriás, így nem olyan jó tuningban. 950/450/450/6 beállítás mellett használom... hmm a friss openelec egész reszponzív így .. most próbálgatom. Bár azért fagyogat rendesen. Csak az a fránya 1280x800 felbontás problémám ne lenne a hdmi-dsub átalakít használatakor (720p-ben ad értelmes képet vele).
Ilyen táplálással a hdmi-dsub átalakítóval is 4.94V a fesz, nem esik le 4.8-ra.[ Szerkesztve ]
-
azbest
félisten
válasz vzoltan #3136 üzenetére
már volt szó róla korábban is, hogy nem particiónként hanem a teljes kártyát érdemes menteni.
dd if=/dev/sdc of=mentett.img bs=1M(#3135) szabi__memo
rosszul tervezték meg... a kikapcsolt pi leföldelte a cec-et és emiatt zavarta a rákötött többi eszköz kommunikációját ha jól emlékszem [link]. Változtattak ezen, hogy ne okozzon gondot.[ Szerkesztve ]
-
azbest
félisten
válasz lord.lakli #3142 üzenetére
ilyet [link], amikor keresetem itteni boltokban, akkor egyiknél sem találtam meg milyen erős táp van velük... nemrég mondtak a többiek pár esélyest helyi boltban is.
-
azbest
félisten
Az új raspbian-on visszavették a core sebességét alapértelmezettre (250MHz) turbo mód esetén is. Az sd kártya hiba javításáig, mert ez okozhatja. A többi paraméter megmaradt emelt órajelen.
With previous image high turbo mode was
“High” “950MHz ARM, 450MHz core, 450MHz SDRAM, 6 overvolt”
Is that changed with the new image to
“High” “950MHz ARM, 250MHz core, 450MHz SDRAM, 6 overvolt” ?asb on October 31, 2012 at 3:27 pm said:
That is correct. Some users were experiencing SD card corruption issues when the core clock was pushed up above 250MHz, so until we’ve got to the bottom of that we’ve left it at the stock 250MHz for everything other than turbo mode (which will warn you about the reports of SD card corruption when you select it). -
azbest
félisten
válasz jackbacsi87 #3181 üzenetére
hát, az rs -nél lehet év végéig sem érkezik meg, hiába lehet rendelni náluk. A farnelnél most kavarták meg a kisker forgalmazást. Állítólag az fdh kft a magyar redisztributor, aki tudja szállítani [link]
-
azbest
félisten
válasz moli.hu #3185 üzenetére
mennyi volt a szállítási költség? Most ezt írja
Termékek végösszege: 9,055.24 HUF
Szállítási költség: Ismeretlen
ÁFA: 2,444.91 HUF
Végösszeg: 11,500.15 HUFAbból van egyébként a kavar, hogy a kisker vásárlókat alapból átirányítja az oldal és az még nincs készen, meg az sem hogy akkor ki lesz az aki kifejezetten a kisker vásárlókkal foglalkozik.
Nocsak, lehet olcsón házat is kapni hozzá náluk (persze a szállítási díj miatt nem magában érdemes) [link]
[ Szerkesztve ]
-
azbest
félisten
Nos, úgy tűnik sikerült megoldanom az elosztott fordítást icecc segítségével a Raspi és normál pc-k segítségével.
A raspin több szálon futó fordításokban részt vesz a laptopom is, de beüzemelek egy erősebb asztali gépet is próbaképpen. Csak viszonyítás képett a tvheadend forrását fordítottam kétféle képpen:
- a raspi magában 1 szálon 6.5 perc alatt végzett, míg
- a raspi + T7100 procis (2x1.8Ghz) noti együtt, 4 szállal 1.5 perc alatt végzett a feladattal.És ez még csak egy gép. De a 4 magost beállítva tovább javulhat. Nem lineáris a javulás újabb gépek betételével, mert a munkát kiadó képnek is van vele dolga (a linkelés rajta történik, ez lehet a szűk keresztmetszet), de egy nagyságrenddel gyorsabban végezhet, mit eddig. (Máshol is használok hasonlót, ahol kb 40 perces lenne egy komoly 4 magos gépen a fordítás, de a ~30 gépes hálózattal simán akár 4 perc alatt is végez )
Azt hiszem csinálok belőle a logout-os szösszenetet, mert precízen nem olyan rövid elmagyarázni.
-
azbest
félisten
válasz CPT.Pirk #3220 üzenetére
Hát, ahogy nézem ez még júliusi raspbian-ra épül. Azért a 10.28 -as változatban már sok mindent javítottak, még tán az analóg kimenet minőségét is. A konkrét dologra sajnos nincs ötletem. Ha egyébként nagyon rossz a hangminőség, az az 5V-nál lényegesen alacsonyabb tápfesznek is lehet jele.
[ Szerkesztve ]
-
azbest
félisten
válasz CPT.Pirk #3228 üzenetére
Az új pi usb kiementéről lehagyták a 100mA limitálást (polyfuse). Viszont a táp bemenetén megmaradt az 1A limitáló polyfuse (ami szerintem 700mA egyébként).
Szóval ha az eszközöd csak a pi usb portjáról kap áramot, akkor nem biztos, hogy belefér a pi-vel együttes fogyasztása a 700mA -ba. Tehát szükség van az aktív hubra, erről viszont magát a pi-t is lehet táplálni, így nem kell két táp mellé.
Ha gyenge a tápod vagy túl alacsony feszültséget ad, az is lehet a kikapcsolás oka. Ezt multiméterrel lehetne ellenőrizni a tesztpontokon.
Nálam egy aktív hubra vannak kötve az eszközök, annak van 2A tápja, a pí is róla kap energiát és az eszközök is. Korábban, amikor a pi tápbemenén kapott áramot és hdmi-vga átalakító is be volt kötve, akkor leesett a fesz 4V alá is. Tápkábel csere után 4.75 lett. Most meg, hogy nem a táp bemeneten kap áramot, hanem az usb kimenetről visszatáplálja a hub (a régi pi-men átkötöttem a polyfusokat), így alig esik 5V alá.
[ Szerkesztve ]
-
azbest
félisten
válasz CPT.Pirk #3230 üzenetére
Az 1 dolláros kártyaolvasóim szépen és gyorsan működnek. Annyi problémám szokott velük lenni (de más usb eszközökkel is), hogy hajlamos az usb kontakthibára. Múltkor sehogy sem sikerült a gépen lementeni az egyik kártyát, mindig io hibával leállt... kicsit összébb nyomtam az olvasó usb csatiját, hogy feszesebb legyen az aljzatban és azóta jó.
-
azbest
félisten
válasz sztanozs #3240 üzenetére
igen, normális.
A újabb modeleken változtattak kicsit ezen is.
"The SMSC 1V8 power has been disconnected from the system supply" [link]A fórumban ezt találtam róla:
"The SMSC has an INTERNAL 1V8 regulator and the output of this was connected to the 1V8 of RG1, so two regulator oiutputs were connected together, which means for some combinations of chips the SMSC was supplying the majority or all 1V8 current to the board, and some were getting hotter." [link]Egyébként az usb kimeneten visszatáplálás óta mintha nálam hűvösebb lenne a rev1-es boardom smsc chipje.
[ Szerkesztve ]
-
azbest
félisten
válasz vzoltan #3242 üzenetére
Ha az aktív hub nem táplál vissza, akkor nem okozhat gondot. Mert csak egy helyről megy a táp.
Ha két helyről is kap tápot, akkor talán lehet probléma, az áramkörtől függ. Nem vagyok biztos benne, de a két táp közt is lehet áram, mivel biztosan nem pontosan ugyanakkora feszültséget adnak. Nem értek annyira az elektronikához, hogy állást foglaljak ez ügyben.
-
azbest
félisten
válasz Proci85 #3248 üzenetére
A rev1-ben volt hiba. A pi és az smsc is előállít 1.8V-ot és ezeket összekötötték tévedésből. Így mindkét helyről használta az energiát. Persze lehet, hogy egymás ellen is dolgoztak ezzel (nem értek hozzá). Viszont feleslegesen melegedett az smsc, amikor külön egységet raktak erre a feladatra a boardra. A soc használ 1.8V-ot. Ja és az sdram is ezt használja.
-
azbest
félisten
válasz sztanozs #3251 üzenetére
Ja, hogy neked a rev2-es board smsc-je melegszik? Annak nem kellene annyira, elvileg.
Úgy tűnik nemsokára nekem is lesz egy rev2 512MB-os boardom, majd akkor tudom összehasonlítani a régivel. Bár ahogy írtam már a visszatáplálásos / polyfuse patkolós megoldás után érezhetően hűvösebbnek érzem, mint korábban. Mondjuk eleve raktam rá bordát (hmm, el ne felejtsek rendelni az újhoz is, már 2 dolcsiét is kapni [link]).
[ Szerkesztve ]
-
azbest
félisten
válasz vzoltan #3259 üzenetére
Azt hittem két tápegység van (aktív hubnak egy meg a ledsor felől egy). De így már érthető.
szerk:
A feszre azért mérj rá terhelés körben, mert fura hibákat okozhat, ha lecsökken.
Korábban írtam például, hogy az analóg hangkimenet zajossága annál erősebb, minél kisebb a fesz.[ Szerkesztve ]
-
azbest
félisten
A vártnál kicsit korábban, ma délután megjelent a Logout.hu-n az írásom, amelynek címe
A Raspberry Pi találkozik a felhővel
Gyorsítsuk PC segítségével a programfordítást, avagy elosztott fordítás különböző architektúrák között![ Szerkesztve ]
-
azbest
félisten
válasz CPT.Pirk #3290 üzenetére
Nem úgy bootol mint a pécé, hanem az első particiót keresni, ami fat kell legyen (gondolom fat32 is jó) és onnan felszedi a firmwaret, majd betölti a meghatározott nevű kernel binárist (amit konfig fájlban máshogy is meg lehet adni). A kernel meg gondolom a következő partición keresi a rendszer többi részét.
Arra tudok tippelni, hogy talán a fat partició kezdete nem a kártya leges legelején van. Vagy fat16 kellene hogy legyen?
Amúgy az openelec napi buildjei nem image fájlban vannak hanem tar.bz és egy mellékelt script particionálja fel a kártyákat, lehet az kéne megnézned hogy pontosan hogy csinálja: [link]
A csomagban van egy create_sdcard script. -
azbest
félisten
válasz CPT.Pirk #3295 üzenetére
egyébként ha kitöltjük a szabad helyet nullákkal (mivel egyébként régi fájlok cafatjai találhatóak ott), akkor utána a backup-ot betömörítve csak annyi helyet foglal, ami valós tartalom.
Szabad hely nullázása:
dd if=/dev/zero of=zerofile bs=1M
rm zerofilementés:
dd if=/dev/sdx bs=1M | tar -cvz sdx.tar.gzvisszaállítás:
tar Ozxf sdx.tar.gz | dd of=/dev/sdx -bs=1MNem próbáltam ki, lehet benne hiba.
Ha arról van szó, hogy kisebb particiós legyen a backup, akkor nem szóltam, azt máshogy kell, olyankor tényleg loop eszköz és fájl szintű átmásolás, de megfelelő paraméterekkel kell, hogy a jogok ne romoljanak el, az rsync amit írtál azt hiszem jó is.
[ Szerkesztve ]
-
azbest
félisten
-
azbest
félisten
válasz vzoltan #3310 üzenetére
hybrid tunered van, az xc3028 az analog tuner, amihez nincs a helyen a firmware. Sok tunerhez nem mellekelik a linuxban a zart fw-t jogi okokbol. @linuxtv.org oldalon vannak infok, ha az analogot is be akarod uzemelni: www.linuxtv.org/wiki/index.php/Xceive_XC3028/XC2028
A digitalis dvb-t vetelhez viszont gondolom rendben van minden, hisz letezik a /dev/dvb/ -ben az eszkoz. Ha a services fulon ott vannak a csatornak, akkormegfelelo a vetel, csak kicsit noszogatni kell. Esetleg beteheted a general fulon a monitor signal quality-t, hogy mutassa a vetel minoseget (a fix 100 helyett).
[ Szerkesztve ]
-
azbest
félisten
válasz vzoltan #3312 üzenetére
arra tippelek, hogy a tunert és a pi-t már nem bírja el a tápod, és leesik a feszültség 4V körülre, akkor az analóg kimeneten nagyon rossz szokott lenni a hang.
Ha közvetlen a pi-re van dugva a tuner, akkor annak mikro usb táp-bemenete miatt is leeshet a fesz.
Visszatáplálós hub bekötéssel viszont el kéne bírnia. Ha a hubban van a tuner és az táplál vissza az usb-n annak is jónak kéne lennie. Nálam 3 tuner + kártyaolvasó + hdd + infra vevő mellett esett 4.7-re a 2A5V tápommal.
Erre a tesztpontokon érdemes rámérni.A másikra: ha az xbmc éppen valamelyik streamet mutatja miközben megnyomod a tvheadend gombját, akkor az nem fog tudni frekvenciát váltani. Tehát stoppold le a tévé nézését, akkor map-eld a csatornákat. Ja meg persze gondolom ki van pipálva mindhárom mux a mux listán, hogy aktív legyen.
[ Szerkesztve ]
-
azbest
félisten
válasz lord.lakli #3318 üzenetére
Hát lehet, bármit el tudok képzelni bármelyik usb hubról, de mondjuk a visszatápolás sem szabványos
Tippelgetés helyett csak a mérés tudná megadni a választ. Ebayről rendeltem egy nagyon ótvar minőségű multimétert, ami erre tökéletes. A minősége a szerkezeti felépítés vacakságát jelenti, mert első alkalommal letörtem a csatlakozó forrasztását és vissza kellett forrasztanom. DE mivel kevesebb, mint 5 dolcsi volt az elemmel együtt, így elnézem neki Itteni boltokban 2-3 ezertől már lehet kapni normálisat.(#3317) vzoltan
a continuity error az vagy vétel gyengeségére utal, vagy driver bug. Az it9135 tunerem is bugosan meg arm alatt, most várom hogy bekerüljön egy javítás, ami talán megoldja.[ Szerkesztve ]
-
azbest
félisten
aham, tényleg másik fajta, csak kompatibilisek ha igaz
Közben kipróbáltam a legfrisebb openelec buildet: OpenELEC-RPi.arm-devel-20121112015808-r12457.tar.bz2 [link]
Elég pöpecül megy a 256 megás pi-n. A youtube és a másik gépről játszott tvheadend stream egész jó. Csak a képarány beállítás nem volt mindig tökéletes és kézzel rá kellett segítenem - de a monitoromat nem szereti natívan, szóval lehet azért. Tuninggal high módban meg még pörgősebb a rendszer.
-
azbest
félisten
válasz peter9228 #3324 üzenetére
http://elinux.org/RPi_Hardware
85.0 x 56.0 mm, de szerintem +/- 1mm benne lehet a pakliban és ez a nyák mérete, a lelógó alkatrészek még pluszban vannak -
-
azbest
félisten
Kicsit zavaros.
Szóval, ha az usb hub a pi-re van dugva (a pi usb kimenetére a hub usb bemenete), akkor neked nem működik. Ilyenkor világít a pi-n bármilyen led? Ha a piros sem világít, akkor a hub nem tápol vissza azon. Ez a szabványos működés egyébként. A Pi esetében az ilyen táplálásnál csak kihasználjuk ezt a gyarkori hub "hibát". Ilyen kábelről van szó:
Itt egy saját példa az ilyen bekötésre:Alternatív megoldás (ha nem tápol vissza az előbbi megoldásnál), ha a hub egyik usb kimenete és a pi mikro usb bemenete közé kötsz egy megfelelő kábelt (persze attól az előbbi kábel is be kell legyen dugva):
Itt egy neten talált kép erről a bekötésről:Ezen kívül egyébként a gpip tüskesorról is táplálható lenne a pi, de az már más megoldás. Csak azért írom, hogy legalább 3 féle módon táplálható.
[ Szerkesztve ]
-
azbest
félisten
A 4.8V korrekt, a bemeneten lévő polyfuse miatt sajnos leesik 5-ről ennyit a feszültség.
A hub diódájának átkötése is megoldás lehet számodra. Más eszközzel (pl laptop) viszont utána ne használd aktívként, ha nem muszáj, mert kárt okozhat az usb portjában (mivel a jelenlegi a szabványos állapot).Kompromisszumos megoldás lehet még, ha egy usb a-a kábelt kötsz a pi másik szabad usb-je és a hub közé. DE FONTOS ebben az esetben, hogy ez olyan kábel legyen, aminek az adatvezetékit kiiktattad, mivel enélkül olyan lenne, mintha a két usb portot kötnéd össze. Ez mondjuk nem kényelmesebb megoldás, mint a mikrousb kábel használata, csak annyiból "jobb", hogy 5V marad a fesz és a hub is eredeti állapotában maradhat
Új hozzászólás Aktív témák
- 3 db ICERIVER KAS KS0 PRO
- Gamer PC , i9 9900 , RTX 3070 Ti , 32GB DDR4 , 512GB NVME , 1TB HDD
- Eladó mini PC GEEKOM XT12 Pro i9-12900H Mini PC 32+1TB!
- Eladó asztali számítógép! I5 13600KF, 32GB ram, rx 7800 xt
- DDR5 GAMER: RYZEN 7 7700X / 32GB 6000MHz RGB DDR5 kit / SSD / akár VGA is! GAR+SZÁMLA (a Te nevedre)
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest