- Milyen házat vegyek?
- Tápokról alaposan - mélyvíz
- Steam Deck
- Nem indul és mi a baja a gépemnek topik
- Melyik tápegységet vegyem?
- NVIDIA GeForce RTX 3060 Ti / 3070 / 3070 Ti (GA104)
- Milyen billentyűzetet vegyek?
- Milyen videókártyát?
- Azonnali fotós kérdések órája
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
-
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
-
-
Laca0
addikt
válasz
azbest
#17189
üzenetére
Openelec Media Center Addons - Kiegészítő tárolóhely, ott válasszuk az OpenElec unofficial
Basszus! Ezt nem láttam eddig! Pedig biztos ott volt...
Így tényleg nem kell külső fájl a telepítéséhez. Viszont verzióban ugyanaz, mint amit külön telepítettem.
Egyenlőre ugyanaz az eredmény, néha 1-1 mux OK, de általában FAIL minden.Átnézem akkor azt a fórumot, amit Celtis javasolt. Néztem már egyébként, de ott nem találtam számomra hasznos infót. Bár nincs kizárva, hogy ott is felületesen kerestem...
Amit találtam, az a http://build.mycvh.de/ oldalon a testbuild-ek. Viszont ti nem javasoltátok a testbuild-ek használatát. -
azbest
félisten
válasz
azbest
#17136
üzenetére
Na szép... közben sikerült igazolni véletlenül, hogy a raspberry pi2 szerverem a smartcard reader miatt fagy le néha. Mivel most nem arról néztem az adást, hanem csak a kártyaolvasóját használtam
(azt hiszem ezzel jobb hijján az egyik régi pi lép elő kártyaolvasóvá, úgy hogy az usb-jént 1.0 módra konfigurálom át, mert úgy stabil
) -
Laca0
addikt
válasz
azbest
#17128
üzenetére
Valaki nem vállalna egy leírást az OE+tvheadend telepítéséről és konfigurálásról?
Úgy látom itt a topicban, elég sok embernek megy.
Én viszont már kipróbáltam egy fél tucat OE verziót, XBMC-t és most a Raspbian-t. A backend 1 oe-n és a raspbian-on megy csak, de itt meg a kliens oldallal van a probléma. -
Brandynew
őstag
válasz
azbest
#17115
üzenetére
Amit az első hozzászólásban ír az illető, az nem ennek a kijátszására van?
Illetve ez?
http://unix.stackexchange.com/questions/46235/how-does-reverse-ssh-tunneling-work
Még a TeamViewerre gondoltam alternatívaként, de az gondolom nem megy arm-es Raspbianon. Vagy?
-
arnd
senior tag
-
válasz
azbest
#17043
üzenetére
itt nyilván a lényeg, hogy az egyik kijelző, ami lehet bármi, ha splitterel van osztva, el van látva egy érintő képernyővel. Én szerintem simán működhet a dolog, egyedül az előbb említett CEC amit nem tudom mennyire szereti az ilyen splittereket.
tamasgal: Vagy Te nem tükrözni szeretnéd a két képernyőt, hanem mondjuk a TV-n megy a film, vagy bármi, az érintő képernyőn meg csak mondjuk a funkció gombok?
-
-
Laca0
addikt
válasz
azbest
#16915
üzenetére
Nem beta van rajta, teljesen alap 6.0.0 OE.
A Tvheadend lett unofficial repo-ból telepítve, mivel "gyárilag" nem volt benne. Ennek a verziószám: 6.0.3, de a leírásban Tvheadend (version 4.0.8) van. Nem tudom, melyik az igazi.Celtis:
Úgy tűnik, hogy igen, viszont tudni kell, hogy a tuner és a padlásantenna sem mozdult azóta, hogy a beta OE fent volt. Továbbá ha a tunert a notiba dugom, akkor jó a vétel minden csatornán. Nem mondom, hogy tökéletes, de ritkán kockásodik csak. Másik topicban megtárgyalva egyre valószínűbb, hogy driver/fw hiba lehet.MaCS_70:
"Játékgép" üzemmódra/profilra kell a bemenetet állítani, ez felel meg a pixelhelyes módnak. Ilyenkor a képjavító alkalmazásokat is letiltja. -
Celtis
veterán
válasz
azbest
#16792
üzenetére
Valaki itt keveri a szezont a fazonnal. A "temperature controlled crystal oscillator (TXCO)" nem azért fűti az oszcillátort, hogy elhangolja, hanem épp ellenkezőleg, állandó hőmérsékleten tartja, hogy ezzel stabilizálja a frekvenciát. De szerintem ez csak a drágább cuccokban lehet.
Nekem is rendesen fűtöttek a PCIe-s DVB-S tuner kártyák, de nem az oszcillátor, hanem a chipek. -
Sequadon
tag
válasz
azbest
#16743
üzenetére
A raspi egy 1,3A-es tápról megy, szinte biztos vagyok benne hogy az elég neki. A HDD pedig egy külső tápos USB HUB-on keresztül csatlakozik. Másképpen el sem indult.
A vinyó problémát pedig inkább az okozza, hogy tétlenség esetén szépen leáll magától (spindown) és nem indul el újra (csak ha kihúzom-bedugom az USB-t vagy újraindítom a raspit). Próbálom most ezt megcsinálni, de hiába csinálom végig amit ír, még mindig előbb indul mint hogy a hálózat fölállna és ezért nem érhető el a webes felület. Valaki meg tudná mondani hogyan tudom beállítani, hogy a transmission csak akkor induljon ha már van IP-je a Pi-nek?
-
válasz
azbest
#16693
üzenetére
Köszi a linket, ezt a fajta hibát már nem írkálja a daemon.log-ba, de nem javult meg.Pedig a háttérben működni látszik:
sudo systemctl status -l transmission-daemon.service
● transmission-daemon.service - Transmission BitTorrent Daemon
Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled)
Active: active (running) since h 2016-01-04 22:14:25 CET; 7min ago
Main PID: 489 (transmission-da)
Status: "Uploading 2.08 KBps, Downloading 1.88 KBps."
CGroup: /system.slice/transmission-daemon.service
└─489 /usr/bin/transmission-daemon -f --log-errorjan 04 22:14:25 raspberrypi systemd[1]: Started Transmission BitTorrent Daemon.
Szóval átszólag megy a háttérben, de a WEB interface csak egy daemon restart után válik elérhetővé.
-
válasz
azbest
#16689
üzenetére
Az /etc/init.d/transmission-daemon így kezdődik:
#!/bin/sh -e
### BEGIN INIT INFO
# Provides: transmission-daemon
# Required-Start: $local_fs $remote_fs $network
# Required-Stop: $local_fs $remote_fs $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start or stop the transmission-daemon.
# Description: Enable service provided by transmission-daemon.
### END INIT INFOSzóval elméletileg benne van a feltételek között, de mégse jó. Mi más lehet a hiba?
-
morphin
tag
válasz
azbest
#16657
üzenetére
Egyáltalán nem volt buta kérdés...
Mondtam, hogy láma vagyok még ebben a világban 
Természetesen a # ott volt, "gyárilag" az openelec configban is ott volt előtte, ezért azt hittem, hogy az "muszáj" oda.
Kivettem és most működik a force hotplug parancs, a többit viszont kivettem és így meg más felbontáson indít. Beállítom gyorsan ezeket is és happy minden!
Köszönöm! -
golya87
őstag
válasz
azbest
#16599
üzenetére
Nekem is ilyen hub-om van, csak leddel ellátott. Gondolom ez a "minőségét" jelöli. A hub-ot megnézve értem már az usb-dc kábel működését.
Rev2-es Pi-m van, a gpio-ról tápolást nem biztos, hogy erőltetném. Egy Pi2-esem így ment tönkre.Lehet én is beruházok egy ilyen hub-ra, csak még alszok rá egyet.
Igen az it9135-re gondoltam, bár nekem első perctől kezdve (~1év) AF9033-ként jelöli a tvheadend.
Itt ezen a fórumon? Gondolom az USB alrendszert ellenőrzi. Rákeresek!
-
golya87
őstag
válasz
azbest
#16597
üzenetére
Pi1 van itthon, a zéró pedig olcsó. De a lan-ról meg is feledkeztem, jogos!
Jelenleg RTL2832U tunereket használok, de AF9033-ra akarok áttérni, mert az gyorsabban vált csatornát.
DVB-S-re mindenképp gyári SAT>IP cuccot vennék.Utána néztem ennek az USB DC kábelnek, de semmi használható nem jött ki a keresésből.
Az USB hub-jaimnak az a baja, hogy vagy egyáltalán nem, vagy csak néhány portja működik. Valószínűleg rossz tuner amortizálta le.
A tiedhez hasonló "dobozos" DVB-T SAT>IP cuccot szeretnék. Így nem lóg ki kábel a szerverből, nem zavarja meg kernel upgrade és nem kell a hibájuk miatt újraindítani egy teljes host-ot. -
#16554
Flowtation
őstag
azbest
#16549
Flowtation
őstag
válasz
azbest
#16549
üzenetére
Szia!
Múltkor beszéltünk itt az usb-s külső hangkártyás lejátszásról és nekem gondom volt vele, miszerint nagyon lassította a pi-t. Akkor azt javasoltad, hogy szerezzek be egy tápos usb hubot. Azt szeretném kérdezni,hogy esetleg lehet e az a probléma, hogy nem birja a pi a hang és a kép kódolását is egyszerre? Tehát, hogy kevés a hardver hozzá? Egy pi1-em van, B verzió, olyan aminek két felfogató lyuka van.( Az usb tápellátás különbségéről is szó volt).Elég lenne a hub vagy inkább gondolkodjam a pi2ben?
Köszi! -
vargalex
félisten
válasz
azbest
#16423
üzenetére
Szia!
Ez teljesen nyilvánvaló. Mondjuk én még nem láttam olyan board-ot, amin linux alatt rendesen ment volna a Mali. Vannak próbálkozások, de általában csak közösség által és nem igazán jók.
Az x éves MK808b-mben és a csaladban 3 db 2 éves tab-ban (már használaton kívül vannak, de egyébként működnek) is Mali-400 MP4 van már. Ezért nem értem a gyártókat, amikor még ma is azt mondják, hogy jó erős GPU-t szereltek a board-ra. -
#16309
RoundRobin
aktív tag
azbest
#16305
RoundRobin
aktív tag
válasz
azbest
#16305
üzenetére
"Lehet, hogy a régi pi-re csökkenő keresletet élénkítették fel ezzel,"
Az is lehet, hogy a 9 dolláros C.H.I.P sikerétől tartanak és talán ezért árazták be 5 USD-re a Zero-t. Legalábbis számomra semmi egyéb nem indokolja ezt az árat. 12 vagy 15 dollárért ugyanígy (el)fogyott volna a Zero.
-
#16268
Flowtation
őstag
azbest
#16266
Flowtation
őstag
válasz
azbest
#16266
üzenetére
oké, akkor megcsinálom az új kártyát, de ha rossz lesz akkor nekiesek ennek. Köszönöm a segitséget mindenkinek.
szerk: most nézem, amikor a pendrivera irtam az img-t akkor 3.5 MB-al irta, most a kártyára 10 MB-al. Szóval akkor nem a sebesség a rossz csak maga a kártya.
-
-
#16109
RoundRobin
aktív tag
azbest
#16107
RoundRobin
aktív tag
válasz
azbest
#16107
üzenetére
Igen, a cikkben is ezt írják, amit mondasz, hogy a négy port együttes terhelése lehet 600 vagy 1200 mA.
"All the information is in the article above:
1> Default maximum 600mA total shared between all 4 ports
2> Modify /boot/config.txt maximum 1.2A total shared between all 4 ports
3> Hardware hack 2.1A total shared between all 4 ports." -
#16108
RoundRobin
aktív tag
azbest
#16107
RoundRobin
aktív tag
válasz
azbest
#16107
üzenetére
"Nem portonként van limit, hanem a négy port összesen tud alapból 600mA-t, a config.txt beállításávála pedig 1200mA-t. "
Ha ez így, akkor viszont meg kellett volna hajtania a HDD-t.
Legalábbis nekem vagy egy régi 100 GB-os, PATA HDD-m, az simán megy szabvány USB portról, fél kilométer hosszú kábellel.
A SATA-k meg sokkal kevesebb powerrel beérik. -
gtamate2
veterán
válasz
azbest
#16083
üzenetére
Nem régi crt tévéről van szó, hanem egy első generációs plazmatv, amin van rengeteg csatlakozó csak sajnos akkoriban még nem volt ilyen elterjedt a hdmi így nem került rá.
Azt pedig nem értem miért is ne működhetne az általam említett átalakítókkal? A videókártyák is tudnak működni az analóg cuccokkal akkor a rpi miért nem?
Az 1027*768 a felbontása azt hiszem. De igen nem 720p sajnos. -
-
#16058
RoundRobin
aktív tag
azbest
#16056
RoundRobin
aktív tag
válasz
azbest
#16056
üzenetére
"Viszont a kimenő usb-hez nem hiszem, hogy van táp szabályzó chip, képről nem vagyok benne biztos."
Lehet, hogy benne van a SoC-ban. Elképzelhető, hogy az A verziónak - és a többinek a terhelhetősége - azért lett korlátozva, mert az alaplapi huzalozás nem bírta volna el a fél ampert, esetleg azért, mert a fél amper magasságában felléptek olyan zavarok amelyek a SoC anomáliájához vezettek, vezethettek.
Persze ez csak feltételezés. De nyilván oka van a limitnek. -
-
janos666
nagyúr
válasz
azbest
#15968
üzenetére
Összesen 4db SXT-L5 van, amiknek páronként 4-4 kamerával kéne elbánniuk.
Kb. ez áll rendelkezésre: kétirányba egyszerre 65/65 Mbps 4 TCP kapcsolattal, tehát kvázi van egy Duplex 100Mbps link-em a levegőben (nagyjából pont ezt tudom mérni így TCP-vel egy ethernet switch-en keresztül is <=10m CAT5e kábelekkel, UDP-vel 95+ oda-vissza, de azzal a WiFi valamivel 100 felett fut be...).A kamerák maximum 8Mbps videót tolnak, de átlagban kevesebbet, inkább valahol 3-5 közt, tehát overhead-el együtt is bele kéne férnie 10Mbps-be.
Ha elindítom a rögzítést (ffmpeg "copy" codec-el és *.ts kimenet), akkor nagyjából annyi az adatforgalom az SXT-k közt, amit várok, ha pedig ráindítok mellette valami szintetikusan generált tesztforgalmat, akkor határozottan magasabbra ugrik, miközben az ffmpeg szerint nem esik le a rögzített bitráta.
De valamiért mégis hibásak a videók. Pedig kipróbáltam itthon a kamerákat, mielőtt felszereltem őket, illetve most is van itthon egy ugyan ilyen kamera, közvetlenül kábellel ugyan azon az 1000Mbps switch-en, amibe az SXT-k is bekötnek ezen az oldalon és azt vígan lehet rögzíteni hibák nélkül. A többi 8, ami távol van, az viszont mind szarakodik.
Akkor is szar a rögzített videó, ha semmi más nem csatlakozik egy adott kamerához, csak az ffmpeg. De a végig kábelen lógó kamerát nyugodtan lehet közben nézegetni mobiltelefonon is, nem kottyan meg neki (tesztképp már próbáltam egyszerre több ffmpeg folyamattal is rögzíteni a nagyfelbontású videót külön file-okba és 4 kapcsolatig jutottam, mielőtt megtagadta az ötödiket).
Valami olyasmit sejtek, hogy apró kis csomagokat szeret küldeni a kamera, amit nem szeret a WiFi (se a 802.11, se az NV2 mód - bár utóbbi nem is P2P bridge-hez lett kitalálva, és pl. a TCP-t külön nem szereti...; az nstreme módban pedig folyton disconect-el, így még nem is tudtam kitalálni, hogy az mire lehet jó vagy nem jó, ez gondlom már csak "legacy" támogatású)., valahogy épp eléggé lelassul a dolog ahhoz, hogy elkezdje valahol valami eldobálni a csomagokat és/vagy komplett timeout-ot okozni.
De nem jöttem még rá, pedig 2 napja kínlódok a beállításokkal és a google-el. Elkeseredésemben jön ez a B terv, hogy "aktív okos eszközt" tegyek a távoli helyekre, fogják meg azok a strem-et és küldjék vissza komótosabban bufferelve, nagy csomagokban SMB-n. -
Exfury
tag
válasz
azbest
#15959
üzenetére
tudom, hogy csak egy usb portja van a zeronak, de egyszerre maximum egy kiegészítővel használnám.
gondolkoztam a nagyobb verziókon is (b+, illetve a 2esen is) de sokkal több macera az előre felszerelt csatlakozókat leforrasztani, és később vezetékekkel a tokra illeszteni őket -
Exfury
tag
válasz
azbest
#15957
üzenetére
Közben gondolkodtam és dobtam a megoldást.
Megoldható lenne, hogy ezt illetve egy kijelzőt rátudjak kötni, úgy egy pi zerora, hogy az USB port szabad maradjon?Egy kis méretű, "pda"-t szeretnék összedobni,3,5-4,5(-5) colos kijelzővel. A szabad usb pár kellék használata miatt szükséges. Megoldható ez a zeroval ?
-
válasz
azbest
#15935
üzenetére
A HD hangnak nincs definíciója, nem lehet kitalálni hozzá újat.
A Dolby TrueHD és DTS-HD is rengetegféle csomagot jelent. Egységes jellemzőjük, hogy veszteségmentesen tömörített max 8 csatornás PCM jelfolyam. A csomagban lehet 2, 4, 6, 7 vagy 8 csatornás, lehet 48/24, 96/24, 192/24 a PCM jel. Az OpenELEC kibontja a csomagot, és PCM-ben továbbítja 6 csatornán max 192/24-ben, 8 csatornán max 96/24-ben. Amúgy ez a felállás pontosan megfelel a DTS-HD és a D-THD szabványnak is, mindkettőt áttömörítés nélkül tudja kezelni. Mindegy, hogy a szoftver csomagolja ki ezeket, és hányja tovább PCM-ben az erősítő, majd annak a DAC-ja felé, vagy az erősítő saját szoftvere csomagolja ki, és az hányja tovább PCM-ben a DAC-ba.
Abban viszont lehet valami, hogy elvileg spdif/soslink-en sem kellene átmenjen a HD audio.
Az SPDIF-en akkor megy át HD audió, ha az maximum 2 csatornás PCM (192/24-ig).A veszteségmentes tömörítési algoritmuson kívül semmi különbség nincs egy 192/24-es FLAC és egy 192/24-es 2 csatornás DTS-HD között.
-
válasz
azbest
#15933
üzenetére
Ez a kütyü spdif kimenetes, tehát két csatornával (=sztereó) tud csak dolgozni.
PCM-ben 8 csatorna 96/24-et tud PCM-ben az OpenELEC, az bőven HD. Ráadásul nem egyértelmű, hogy mit jelent a HD kifejezés. Valójában bármilyen 24 bites forrásanyagot tekinthetünk HD-nek, a hangminőség szempontjából sokkal nagyobb jelentősége van, mint a 44 vs 192kHz-nek.
-
envagyok
veterán
válasz
azbest
#15930
üzenetére
"Tehát nem tudja. Az, hogy szoftveresen visszakonvertálja alacsonyabb minőségűre az nem tudás. A raspberry-hez van olyan i2s hangkártya, ami valóban tudja kezelni és ki tudja adni a hd hangot az erősítőnek, hogy az dekódolja." - Miért ne tudná? Megkapod a 7.1-es hd hangot? Meg. Persze lehet szőrözni, hogy csak 48v96khz-es mintavételezésű hangot ad. Én, mint az emberek 100%-a, csak 10-20khz-ig hallok, de nem baj, neked biztos denevérfüleid vannak.
A hd hangsávoknak nem a kiadott 20 kHz feletti hangjai az előnyük, hanem hogy végre nem tömörített. A 384, 480 kbites Dolby D hangoktól feláll a hátamon a szőr. Azért elhívlak egy vaktesztre, kíváncsi vagyok kiszúrod-e, mikor szól hd audio bitstream, mikor a pi multichannel pcm. És milyen i2s eszköz ad hd hangot?""Zenében is simán lejátsza multichannel pcm-et. Az amlogic ezt nem tudja."
Valóban? Ugyanaz a verziójú openelec valószínűleg mindkettőn ugyanazokat a szoftveres képességeket tudja. Ha az amlogic is négy magos, akkor proci erőből sincsen kevesebb mint a pi2-ben."
Ez nem proci erő kérdése. Az én amlogic mxq lejátszóm sem openeleccel, sem nélküle nem képes multichannel hangot kiadni, csak sztereót.
A pi 7.1 96khz-re képes.
Nekem mindkettő van, tudom mit beszélek. -
#15733
RoundRobin
aktív tag
azbest
#15723
RoundRobin
aktív tag
válasz
azbest
#15723
üzenetére
Schematic kering a neten, annak alapján lényegében megépíthető lenne.
De igaz lehet, amit mondasz. Most olvastam erről egy cikket a Mouser-en:http://eu.mouser.com/applications/open-source-hardware-galileo-pi/
Ebben, bár open source-ként határozza meg a raspit a cikk szerzője, a tiedhez hasonló megállapításokat tesz.
Zárójelben azt megjegyzem, hogy a SoC semmiképp nem lehet open source, hiszen ARM, tehát, ha a dolog open source volna, az csak az alkatrészlistára és a kötésre vonatkozhatna.
Egyébként, módfelett fura, hogy éppen egy alapítványi kezdeményezés nem open ource, kivált, ha az alapítvány deklarált célját is figyelembe vesszük, míg más, kereskedemi célú projektek esetében térdig gázolhatunk a nyílt, szabadon másolható, utángyártható dolgok között.A kínai (piros) raspi nem utángyártás, lopás, másolás, hanem kína licencelte a raspit, oktatási célból. De ezt te nyilván tudod, csak másoknak írom ide, hogy tudják azok is, akik eddig nem. Csak mert erről a kínai pirosról is keringett egy időben, hogy az hamisítvány.
-
Laca0
addikt
válasz
azbest
#15654
üzenetére
1,2A-nak bőven elégnek kellene lennie egy wifi adapter meghajtásához szerintem. Mert csak ennyi van a Pi2-n.
Wifi nélkül, LAN-on a tévé USB portja is meg tudja hajtani, ami kb. 500mA. Wifi-vel is megy a filmlejátszás, de már megjelenik a szivárványos jel. Szerintem ha sokkal jobban terhelné az bemenetet, akkor el sem indulna. Úgy gondolom, hogy az 1,2A-es táp is csak kb 70%-osan lenne terhelve.
De javítsatok ki, ha tévedek. -
Osynho
addikt
válasz
azbest
#15591
üzenetére
Igen, több filmmel is próbáltam, ezelőtt nem volt orkán a háttérben. Miért kellene bármit is nyújtani a 24p-hez?
Az a default beállítás, ahogy azt rögzítették. Vagy valamit rosszul értelmezek? Egyébként újratett openelec esetében sima 60hz-en próbáltam, az eredmény változatlan. Egy pendrive, egy távirányító IR vevő, egy hdmi és egy jack-rca kábel van rádugva, meg persze a tápegység.Spuri2000: 2 erősítővel, 2 kábellel próbáltam este, ugyanaz.
-
nfer
tag
válasz
azbest
#15524
üzenetére
Dmesg megvolt. Firmware fájlok valóban hiányoztak. Felmásoltam a fájlokat dmesg ellenőriztem, látszólag működik. Tvheadend csatornákat megtalálta de nézni már nem lehetett. Jobb alsó sarokba hiba üzenet No free adapter. Néha már keresés közben nem találja a tunert. Osmc több verziót próbáltam mind ugyanezt csinálja. Ugyanakkor Openelec hibátlan.
-
erikke17
őstag
válasz
azbest
#15469
üzenetére
Ha jól tudom nálunk némelyik muxon mpeg2 kódolás van. De mivel mindigtv a cél az meg mpeg4/h264-en jön nem fog kelleni licenc vagy erősebb pi, ugyanis a szlovák adók jönnek digin is
Unofficial repo már fent van anno transmission-hez kellet.
Még annyi, hogy milyen chipsettel legyen r820t? Vagy esetleg valami konkrét tipus?
-
polberto
tag
válasz
azbest
#15456
üzenetére
Otthoni hálózatban vannak egy router van köztük.
A MAC címet nem lehet valahová beírni hogy müködjön az ébresztés?
Mint pl: a számítógéppel tudom éreszteni a NAS-t. (A routerbe port forwarding a NAS ip címe)
Az a baj hogy a Pi és a NAS nagyon messze van egymástól és nem szeretném mindig bekapcsolni a sz.gépet az ébresztéshez. -
mimey
tag
válasz
azbest
#15386
üzenetére
Szia!
Neked az említett hangkártya hangja nem recseg kegyetlen módon?
USB kábel megy PI2-ből a hangkártyába, onnan optikai kábel az erősítőmbe (Pioneer VSX-420).
Egyszerűen úgy pattog/recseg a hang, - de már a menüben is -, hogy az egész élvezhetetlen.Több USB kábellel és több optikai kábellel is próbáltam, más eszközzel optikai kábellel próbálva nem produkál ilyet az erősítő.
(PI2-n OSMC)Üdv: mimey
-
csubuka
addikt
válasz
azbest
#15365
üzenetére
Szia!
Az orange pi tapjat hogy oldottad meg, ahhoz sajnos nem jo a microusb ha jol olvasom.
Illetve azt meg tudnad nezni esetleg, hogy milyen sebessegu a microsd olvasoja maxon? Van erre barmilyen adat?
Csak elkezdett erdekelni a kutyu es lattam, hogy uttorokent bevallaltad :-)
Koszi
)
És ha az meglesz, akkor mi a teendőm, hogy fogom azt streamelni magamnak?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Mondtam, hogy láma vagyok még ebben a világban 
Új hozzászólás Aktív témák
Hirdetés
wassermann
- DELL T40 EMC Szerver
- Gamer Gép - MSI Z490, Intel I7 10700, 32GB DDR4, RTX 3060 Ti 8GB , 1 TB M.2 SSD, Gigabyte 450W
- Eladó magas teljesítményű gamergép AMD Ryzen 7, RTX 4060 Ti, 32GB RAM!
- Eladó a csótány PC! i5-12400, 16GB RAM, GTX 1660 Super, SSD + HDD
- Új - Gamer Gép - Gigabyte Z790 EAGLE, Intel i7 13700, 32GB DDR5, RTX 4070, 1 TB M.2 SSD, TT 1000W
- BESZÁMÍTÁS! Gigabyte B760M i5 14600KF 64GB DDR4 512GB SSD RTX 3080 10GB Corsair 4000D Airflow 1000W
- Csere-Beszámítás! RTX Számítógép PC Játékra! R5 8400F / RTX 3070Ti / 32GB DDR5 / 1TB SSD
- BESZÁMÍTÁS! Gigabyte B450 R7 5700X 16GB DDR4 512GB SSD RTX 3060Ti 8GB Zalman Z1 Seasonic 650W
- BESZÁMÍTÁS! SAPPHIRE VEGA 64 8GB HBM2 videokártya garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest