- Honor Magic6 Pro - kör közepén számok
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Xiaomi 15 - kicsi telefon nagy energiával
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
- Android szakmai topik
- Eurós árlista a Google Pixel 10 telefonokhoz
- Android alkalmazások - szoftver kibeszélő topik
- Bemutatkozott a Poco X7 és X7 Pro
- Vivo X200 Pro - a kétszázát!
Új hozzászólás Aktív témák
-
Keeperv85
nagyúr
Főleg úgy nem, hogy nem is értem miről is kéne egy SZAKMAI topicnak szólni másról? Ömlengjünk, hogy "Húúú vettem egy ilyet, mindjárt elcsöppenek olyan jóóó"? Vagy tán a másik véglet, mikor valaki rutinból nyomja hogy: "Meg ne vedd! Ez egy híg kutyafos!" és persze erre jön a reakció is, hogy: "Bocs, de honnan is tudod, ha nem volt nálad 10 percet sem...
" ? Sokan nem tudom mit is akarnak itt látni... -
Keeperv85
nagyúr
válasz
darvinya
#160
üzenetére
Én pár napja a bcm4330-as moduláris WiFi drivert akartam kernelbe ágyazottá tenni. Szépen lefordította a compiler, el is indult vele a Wifi, de most tessék kapaszkodni: 20 perc alatt 0-ra vágta az akkut.
Pedig csak annyit tettem, hogy ugyan azt a kódot lényegében máshová tettem át!Ennyit arról, hogy esetleg a gyártó nem teszteli ki a drivert. Megírja, beteszi egy tesztkörnyezetbe, emulál különféle szintetikus teszteket, átadja. Átrakják egy másik rendszerbe. Puff. Nyilván már a bétába belebukik, tehát ilyen szélsőséges hiba nem jön ki a fejlesztői fázis alól, de mi van, ha csak annyi történik, hogy az én példám szerinti utat bejárva nem 27 órát megy vele az a készülék, ami megkapja, hanem 15-öt?
Megkapja a tesztelő. Nyomkodja, nézegeti, ki-be kapcsolgatja a WiFi-t is, minden megy a papírforma szerint. Rutinosan esetleg ráteszi egy logcatre, megnézi, sehol egy hiba. Mehet a boltba. Kimegy. 3 napon belül 10 ezer felhasználó jelzi, hogy úgy merül a teló, mint az U-Boot...
-
Keeperv85
nagyúr
válasz
assemble
#150
üzenetére
"Ez most megint az lesz, hogy te mashogy ertelmezed a bug fogalmat, de a driver hiba nalam nem maganak az Android-nak a hibaja. "
Ha én adok valamit a rendszerem mellé, akkor az az én rendszerem része. Mivel a kernellel jár a driver is, ráadásul kicserélni sem tudod olyan egyszerűen, így ha nem nézték át akkor az bizony vagy a gyártó hibája (ha ő tette bele), vagy alapban rossz...
-
Keeperv85
nagyúr
válasz
assemble
#148
üzenetére
"Marpedig szinte semelyik nagyobb ROM fejlesztoje - ahogy tudom - nem kap penzt a munkajaert, a CM-et is teljesen non profit jellegu kozossegi projekt, amit a sajat szabadidejukben fejlesztenek, igy mint olyanok, amatorok, ami alatt persze nem a tudasukat kell erteni, az lehet ettol meg rendkivul nagy"
Ennél egy picivel árnyaltabb a helyzet és kicsit bonyolultabba rendszer. Nem mindegy kit veszek bele a Team-be. Ha tágra veszem a kört, akkor én is részt veszek a hivatalos fejlesztésben is, ha szűkítek, akkor egy alig 10 fős csapat.
" torz kamerakép, halk hangzás, a GSM fel-le csatlakozik"
Ezek nekem mint driver hibanak hangzanak igy elsore, es a logban is amit az elobb linkeltel azok a g szenzorbol jottek, amiert szerintem megint a driver lehetett nagy esellyel felelos.Ezek bizony driver hibák. Viszont ezeket a drivereket a kernelben implementálják. Ha pl. az ICS-t veszed, annak -papíron- 3.0.8-as kernel kell, amihez az eszközgyártó adja a kódot. Elvileg vannak reviewerek a Google-nél, akik átnézik, mielőtt merg-ölnék a hivatalos repo-n. Tehát ilyen hibák nem lehetnek. Ehhez képest...
Az a log amit mutattam, egy hibás beállított kernel konfig miatt volt. Bekapcsoltak egy olyan drivert, amihez nincs is eszköz. Kivették azóta már.
Mindenesetre CM ROM-okat (amik AOSP-on alapulnak) hasznalok tobb, mint egy eve, CM7-CM9-CM10 is honapokon at megvolt, es egyiken sem tapasztaltam ezekbol a hibakbol egyiket sem, nehezen tudom elkepzelni, hogy a legfrissebb 4.1 forrasokban ilyen amator hibak lennenek, mivel az egesz dolog open source, valoszinuleg nagyon reg eszre lettek volna veve es ki lettek volna javitva...
Nézd csak:
Felül nézd meg a csíkot. Itt még erősen alfa verziós volt a cucc.
Viszont ezt egy CM7.2 stable hozta össze.
A CM9-10 vonalon nem igazán megy az FM rádió, gondok vannak az előlapra szerelt kamerákkal és akkor már az Open Max drivereket ne is emlegessem... A Project Butter is ímmel-ámmal megy csak, pl. a V-Sync rendesen szét tud zuhanni- (S15i-n teszteltem)
"A nehany alapveto konfiguralason kivul pedig szerintem csak a driverek hianyoznak ahhoz, hogy barmelyik telefonon elfusson az AOSP verzio, nem veletlen, hogy az AOSP kozeli CM7 is ha jol emlekszem egy napon jelent meg kb 70 kulonbozo keszulekre."
63 db készülék pontosan. Akkor jelenik meg gyorsan, ha a gyártók kiadják a kernel forrást, ami nem ritkán sajnos nem történik meg. Ezért késett pl csaknem fél évet az Incredible S portja, már ami a "hivatalos" CM ágat illeti.
A gyartok inkabb (tisztelet a kivetelnek) szeretik szetganyolni es teleszemetelni a gyari tiszta ROM-ot a sajat szemetukkel ami csak eszi a helyet/memoriat/procit ugy, hogy kozben soha nem is hasznalod, es persze plusz bugok is keletkeznek emiatt. (Tobbek kozott) Ez vezet rendszerint oda, hogy lassu, csunya, bugos lesz a szoftver, es a felhasznalo magat az Android-ot hibaztatja, mikozben az az esetek ~99%-ban egyedul a telefonja gyartojanak a konkret ganyolt szoftverenek a hibajarol van szo, jo pelda erre ennek a topicnak is az elso hozzaszolasa.
A gyártó az egyetlen, aki képes beállítani bizonyos dolgokat, senki más sem tudja megcsinálni. Nincs modder, aki pl egy RF layout beállításnak neki merne esni, azokon magasan képzett mérnökök is hónapokat dolgoznak. A kernel nem készen terem, hanem valakinek be kell állítani és az bizony a legtöbb esetben a gyártó. Az persze, mint ahogy én is írtam veled egyetértésben vitatható, hogy melyik portolás mennyire lesz jó, avagy használhatatlanul fos.
Van olyan alap rom, pl. az Xperia S-en, hogy akkor sem cserélném CM-re, ha valaki tözes vassal kerget, annyira jó, de van másik véglet is....Arra inkább nem mondok példát, mert sértődések lennének belőle a végén.
-
#145
Keeperv85
nagyúr
fordfairlane
#144
Keeperv85
nagyúr
válasz
fordfairlane
#144
üzenetére
Azt mondják, hogy a Java nyelv nem jogtulajdon, ezért nem védhető le. Szemben ezzel az Oracle azért reklamál, mert az Android forrás fordítására is a Sun JAVA JDK kell, ami most már hozzájuk tartozik. Hogy mi lesz ennek a vége? Fogalmam nincs. Nem látok a jövőbe, sem a bírák fejébe, de én is tartok tőle, hogy az Apple vs. Samsung vita kifutása után ez lesz a következő...
-
Keeperv85
nagyúr
Mivel nincs benne ilyen szenzor, csak valamelyik nagyokos benyomta a konfigban "Yes"-re.
Én és az Android HATE meg nagyon távol vagyunk egymástól. Minden nap fogalkozom vele, mint valami Tamagocsival... Szeretem bütykölni.@(#135) assemble:
Amatőrök nem tudják az AOSP-t fordítani, mert már a build környezet sem egyszerű. Pláne nem írnak custom romokat, csak esetleg előre elkészített forrást forgatnak le. pl. CM romokat.
Pláne nem protolnak kernelt.
Azok a hibák, amikről én beszélek nem critical error-al végződő részek. Gondolj ilyenekre most, hogy torz kamerakép, halk hangzás, a GSM fel-le csatlakozik.
Ha visszaolvastál volna látod, hogy elmondtam, hogy bizonyára a másik két rendszer alatt is legalább ennyi, vagy több "bug" van (használjuk így, hogy ne legyen keveredés).
A gyártók mikor "megkapják" az AOSP forrást, akkor be kell állítani egy adott környezetre, oda kell kódolni. Magában az alap kóddal csak a referencia modellek futnak. Na most hogy ott mennyi hibát vesznek ki, vagy raknak éppen be, az a gyártó dolga. Azt a forrást soha sem kapod meg valószínűleg (vannak kivételek, kösz Sony!
), szóval az olyan lesz, amilyen... -
Keeperv85
nagyúr
Szerintem elbeszélünk egymás mellett ami a "bug" megfogalmazását illeti. Nekem meg a programozó a szakmám, szóval szerintem tisztában vagyok vele mit lehet bug trackerre tenni és eleget látom napi szinten mennyi még az Androiddal a munka. Legyünk gyakorlatiasak, mutatok egy példát ismét:
<6>[01-01 00:00:01.900000] [1: swapper]AKM8962 successfully probed.
<3>[01-01 00:00:01.900000] [1: swapper]Error: Driver 'tsl2550' is already registered, aborting...
<6>[01-01 00:00:01.900000] [1: swapper][@gsensor]G-sensor driver: init
<4>[01-01 00:00:01.900000] [1: swapper][gsensor]Start to debug gsensor driver in adxl34x_i2c_probe
<3>[01-01 00:00:01.900000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.910000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.910000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.910000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.910000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.920000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.920000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.930000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<6>[01-01 00:00:01.930000] [62: atmel_wq]command_process: 1, 0, cd, 7d, b2, 0, 0, 0
<3>[01-01 00:00:01.930000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.930000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.930000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.940000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.940000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.940000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.940000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.950000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.950000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.950000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.950000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.960000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.960000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.960000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<4>[01-01 00:00:01.960000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read: retry over 10
<3>[01-01 00:00:01.960000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read chipid fail in adxl34x_i2c_probe,ret = -5
<3>[01-01 00:00:01.960000] [1: swapper][adxl34x@gsensor]Cheackout chipid failed!
<3>[01-01 00:00:01.960000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.970000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.970000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.970000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.980000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.980000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.980000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.990000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.990000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:01.990000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:01.990000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.000000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:02.000000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.000000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:02.000000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.010000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<4>[01-01 00:00:02.020000] [62: atmel_wq]***********: check_calibration, tch_ch=0, atch_ch=0 temp_flag:0 temp_flag2:0
<3>[01-01 00:00:02.020000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.030000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:02.030000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.030000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<3>[01-01 00:00:02.030000] [1: swapper]msm_i2c msm_i2c.0: (00a6) Error during data xfer (-5)
<4>[01-01 00:00:02.040000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read-->i2c_transfer ret = -5
<4>[01-01 00:00:02.040000] [1: swapper][adxl34x@gsensor]adxl34x_i2c_read: retry over 10
<4>[01-01 00:00:02.040000] [1: swapper][adxl34x@gsensor]i2c read chipid fail,ret = -5
<4>[01-01 00:00:02.040000] [1: swapper][adxl34x@gsensor]Read revid = 0 ,Failed to probe
<4>[01-01 00:00:02.040000] [1: swapper]adxl34x: probe of 0-0053 failed with error -12Ezt egy referencia kernel (Motorola Xoom) futása során sikerült elkapni. Ebből a végfelhasználó semmit sem lát, soha sem venné észre, mert a boot folyamat egyik olyan szakaszában van, aminél még a kezelőfelület hírből sem működik. De ott van. Majd ki lesz javítva, ha prio.-ba kerül. Emellett a "warning" üzenetek között nyilván van, ami semmi hibát nem fog okozni, vagy nem lehet észrevenni amit okoz, de azért engedtessék meg, hogy a nem definiált deklarációt, meg semmire mutató pointereket már hibának vegye valaki, amiket ráadásul napi szinten irtanak a kódból kifelé....
-
Keeperv85
nagyúr
Jaj, dehogyis nem. Az is bugnak számít ám, ha kicsúszik valahol egy szöveg, vagy nem támogatott operátor van benne. Nem csak a kritikus hibák, amitől már le sem fordul a kód. Egyébként szeretném a figyelmedbe ajánlani: ezt a posztomat, ha már AOSP és Android...
Mellesleg ha egy átlagos ramdisket megnézel, tehát dmesg alatt végigolvasod a kimentet az AOSP fordítása után, abban már magában van vagy 20 "Critical error". Hogy ezek mennyire vannak ügyesen elrejtve, az most nem volt benne a témában.
Android teszt, ugyan azon avason, amint a Linux fut: [link]
-
Keeperv85
nagyúr
Nem, én elköteleztem magam az Android mellett. Simán van szerintem az említett két rendszerben is ennyi hiba, csak azokat soha sem fogod meglátni. Az Android lelkivilágát legalább fel lehet piszkálni, vagy javítani rajta, de mit is kezdjek az iOS-szel? Az olyan, amilyen. (Az Apple üzletpolitikája meg undorító...)
@Cyberpunk:
Csak tudnád mennyit... Főleg tableteknél hányan írják, hogy "nem lehet igaz, hogy két óra volt, mire felmásolt egy filmet...
" -
Keeperv85
nagyúr
válasz
Cyberpunk
#120
üzenetére
Próbáld meg megérteni, hogy nem a felületen látható sebességről beszélek...
Reméltem hogy neked nem kell elmagyarázni, de érzem tévedtem...Csak hogy érezhető példát mondjak: Android x86 videó konvertálás: 90 perc felett, ugyan ezzel a nyers fájllal dolgozva az Ubuntu 11.10-es 4...
Szekvenciális mp4 dekódolás, nem hardverre írt kódban: Android x86: 11FPS, ugyan ez a Linux alatt 70...Az, hogy neked egy rendszer sebessége annyiból áll, hogy mennyire "szmúúúsz", az nem jelenti azt, hogy az a rendszer gyors lenne máshol is.
-
Keeperv85
nagyúr
válasz
darvinya
#118
üzenetére
Nekem tiszta, nem nekem kell tisztába tenni. A Unix előtt is létezett PC, nem minden arra épült.
Azt meg már a középsuliban bemagoltatják, hogy "A kernel az OSI modell kapcsolati rétege, a felhasználó és a hardver közötti operátor, ami felelős az API futtatásáért, a folyamatok elindításáért, felfüggesztésért, vagy megszüntetésért."
-
Keeperv85
nagyúr
válasz
assemble
#116
üzenetére
Fordíts magadnak egyet AOSP forrásból és meglátod, hogy tele van az egész GCC "warning" meg "Invalid" és egyéb korántsem biztató szavakkal. A kernel kb. 16-17 millió sor magában. Szerinted miért dolgoznak vele ha hibátlan, napi szinten mérnök csoportok?
Amit pedig a másik rendszerek sebességéről mondtam, azt bebuktad az utolsó mondatoddal rögtön. Nem a GPU grafikus frissítési rátáját kellene nézegetni, mert egyrészt ugyan azt a konstans 30 képet duplázza pufferből, másrészt ha nem tűnt volna fel előtte írtam, hogy a regiszter-bázisú architektúra kódfeldolgozás metódusa lassú. Ha az Androidon akarsz nagy adatmennyiséggel számoltatni, akkor olyan mélyrepülésbe megy át, hogy öröm nézni. Ne nagyon keverjük ide a JNI-t, meg az OpenGL-t vagy az Open Maxra kódolást, amik kifejezetten natívan kezelik a hardvert vagy moduláris kernel közeli kódban futnak a Dalvik nélkül.
-
Keeperv85
nagyúr
Van még egy pár. Van egy SE Mini (ST15i), két régi Nokia (6330, 6600) van egy SE c905 és egy k750, de ezek ugye más világban születtek.
Az "utód", az Atlas W lett volta, de tegnap a TPT véget vetett az életének. Bár a Grand X-et várom..."Windows = Linux"
Nem hogy nem azonosak és nem a Unix volt az első oprendszer, de annyira eltérőek, hogy már az elgondolás sem fedi le egymást.
Eleve a Linux 15 éve egy monolitikus kernelre támaszkodik, az Android vonal mozdul a hybrid monolitikus irányba, illetve a mostani Linuxok hozzák a moduláris kernelt lassan.
Szemben ezzel a Windows világ életében tisztán Hybrid kernelt tartalmazott. Itt jegyezném meg, hogy elég megosztott az a vélemény, hogy a Windows 3.x-9.x egyáltalán operációs rendszernek tekinthető-e. Bizonyos részeken vannak kompatibilitási átfedések, de alapjaiban a két rendszer még hírből sem ismeri egymást.
-
Keeperv85
nagyúr
Az Android tele és tele van buggal, több 10 vagy 100 ezer felett van most is a számuk. Tény. Aki fordított már magának AOSP forrást, az pontosan tudja, látja.
Eleve nem tartom jó ötletnek a regiszter-bázisú architektúrát, hiába jött a JIT vagy most a Project Butter technika. Lassú a kódfeldolgozás. Egy hasonló erősségű, tehát 4 magos hardveren egy másik rendszer ilyen felbontások mellett rohan, szemben azzal, amit az android művel.
DE!!!
Mégis ennek van jövője, mert innovatív. Van jövője, mert széles körben el tud terjedni, ezzel bekapcsolja azokat a csoportokat is, akik érdeklődnek a működés magasabb szintű ismerete és a fejlesztés iránt. A szabadsága menti meg. Hiába a több ezer hiba. Megtehetem, hogy ha valami zavar kijavítom, ugye? Persze.
Ha valami zavar az iPhone-ban, akkor nem vihetem vissza, hogy "Bocs, de ez engem nagyon zavar...", mert elhajtanak, hogy: "Hát ez ilyen, vedd meg a következőt"
Sajnos két napja eladtam a Blade-em, de már most visszasírom, mert az enyém volt, olyan volt, amilyennek ÉN elképzeltem, nem olyan, amilyennek valami mérnök, aki vagy eltalálja mire van szükségem, vagy beállhatok a kolomp után a bégető tömegbe.
Valaki mondta, hogy:
"Lehet hogy megvettek azért, mert én másképp gondolkodom, mint a tömeg, én viszont őket vetem meg, mert szánalmasan egyformák"
" ? Sokan nem tudom mit is akarnak itt látni...
Pedig csak annyit tettem, hogy ugyan azt a kódot lényegében máshová tettem át!
), szóval az olyan lesz, amilyen...
"
Új hozzászólás Aktív témák
Hirdetés
- Spórolós topik
- TCL LCD és LED TV-k
- Kerékpárosok, bringások ide!
- Apple MacBook
- Fizetős szoftverek ingyen vagy kedvezményesen
- DUNE médialejátszók topicja
- ROG Strix G16 notebook: tökéletes harmónia
- PlayStation 5
- Házimozi belépő szinten
- MasterDeeJay: Natív 3Dfx Glide Windows11 alatt Voodoo1 és Voodoo2-vel.
- További aktív témák...
- Xiaomi Redmi Note 11 128GB, Kártyafüggetlen, 1 Év Garanciával
- Honor Pad X8a 64GB, Újszerű, 1 Év Garanciával
- Bomba ár! Dell Latitude 5520 - i7-1185G7 I 16GB I 512SSD I HDMI I 15,6" FHD Touch I Cam I W11 I Gari
- Prémium! Felsőkategória! Asus Rog Strix Maximus Z790 Hero Wi-fi Alaplap!
- iKing.Hu - Apple Watch Ultra 2 - 49 mm - Használt, karcmentes - Gyári garanciás
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest