.

19.4.2006 20:04 | poslední úprava: 6.1.2007 14:41

.        

Komentáře

[xxxxxxxx]

Prakticky to naprogramovat neni nic slozityho. Navic nemusis pouzivat kabel, pokud jako prenosovy protokol pouzijes morseovku a budes si to u prijemce synchronizovat sam, tak ti stacej jen bednicky a mikrak

[stativ]

Zajimavy napad, muzes to vyzkouset tak, ze budes posilat data (treba nejaky soubor) do nejakeho audio vstupu (mozna ?/dev/mic? zarizeni pro vstup fakt neznam, protoze jsem je nikdy nepotreboval) propoj ho s /dev/dsp a poustej data z /dev/dsp zase do nejakeho souboru. Pokud budou stejna tak to pujde

[Luk]

Samozřejmě že by to šlo (a docela jednoduše), ale význam to nemá. Gigabitové karty jsou dnes běžně na desce, případně jsou koupit za pár korun.

Jinak hrubá přenosová rychlost je přímo úměrná modulační rychlosti a počtu stavů. Modulační rychlost může být reálně někde u 20-25 kBd (podle kvality zvukovky), počet stavů odpovídá bitové šířce vzorků (u spotřebních karet většinou 16 b), tedy celkem řekněme okolo 1,5 Mb/s. Je to dost amatérský výpočet (opravte mě někdo, jestli je to blbě), ale pro orientaci postačí.

[XMurder]

...ale význam to nemá. Gigabitové karty jsou dnes běžně na desce, případně jsou koupit za pár korun.

Význam to má, například mám starý notebook, nemám sériový ani paralelní kabel...prostě to není čím propojit, ale plnohodnotná zvukovka tam je... Někdy to zkusím...a třeba to posílat i v morseovce:) Rozhodně je to asi nejlevnější řešení PC komunikace (samozřejmě se staršímy počítači)...

[Luk]

Rozhodně je to asi nejlevnější řešení PC komunikace (samozřejmě se staršímy počítači)...

Pokud se do ceny takového řešení započítá i doba na napsání SW, který by to obsluhoval, tak by vyšlo levněji si nějak sehnat kabel. To už by bylo jednodušší ofotit to z displeje digitálem a prohnat přes OCR.

[xxxxxxxx]

A co takhle rovnou polozit monitor na skener?

[trekker.dk]

Silně pochybuju o tom, že by šlo použít všech 16 bitů. Vzhledem k tomu, že běžný zvukárny dost šumí, tak bys přenesl víc chyb, než dat. Skutečný počet stavů by asi dost závisel na tom, jak silný signál bys do toho kabelu posílal (přímý výstup ze zvukárny vs. zesilovač)

Spíš bych se pokusil o něco jako ADSL - vysílat v několika úzkých pásmech amplitudovým klíčováním (třeba)

[Zdeněk Štěpánek]

nerealizovatelne. ADSL funguje na principu vysilani vysokofrekvencniho signalu po vedeni, ktere na to puvodne neni staven. Viz princip splitteru.

U zvukovky jsem omezenej dolni a horni frekvenci, tedy teoreticky 20Hz-20kHz, ale v krajich to bezne zvukovky uz stihat asi nebudou...

[moira]

Aha, a proc je to tedy nerealizovatelne?

[Michal Čihař]

Protože ze zvukovky prostě víc než těch teoretických 22 KHz nevyleze .

[moira]

To chapu, ale porad nevim, proc neni realizovatelne "neco jako ADSL" - tedy QAM modulace na vice nosnych... O sirce pasma se ted doufam nebavime.

[trekker.dk]

No proto taky píšu "něco jako". Jestli si myslíš, že bych chtěl posílat VF ze zvukárny, tak... (budu slušnej) si to myslíš špatně.

Samozřejmě jsem měl na mysli vybrat si několik pásem v rozsahu, který ta zvukárna přenese (500-15000Hz). A to určitě jde.

Problém by spíš byl na přijímací straně - FFT analýza příchozího signálu by dala procesoru asi trochu zabrat.

[ondracch]

Na nějaké zvukovce u známého byl DA převodník od MAXIMU, tak jsem našel datasheet a zjistil jsem, že má absolutní chybu +-20LSB.

[Heron]

Je to dost amatérský výpočet

Amatérský ani ne, jako spíš ideální. Tohle by v praxi nefungovalo a to proto, že:

1) Zvukovka má sice DAC 16b, ale ADC obvykle 12b (i když nápis na krabici mluví jinak)

2) O kvalitě těchto DAC v integrovaných zvukovkách si nechte jen zdát.

3) Signální procesor si s těmi daty taky trochu pohraje.

4) Výstupní zesilovače mají nenulový šum a offset.

5) Cokoliv dalšího

Takže celková rychlost by byla výrazně nižší. To co jste spočítal je vlastně bitová rychlost audio cd. Abyjste takto mohl přenášet data, tak byste k tém datům musel přidávat samoopravné kódy a to až do desítek procent.

[Heron]

Tady je toho víc:

http://www.pctuning.cz/index.php?option=com_content&task=view&id=4873&Itemid=49

[Luk]

Samozřejmě, že se bude kvalita u různých karet lišit a bude spíš horší než podle mých předpokladů. Šlo ale hlavně o řád, aby bylo jasné, že ta rychlost bude podstatně vyšší než u modemu (kde je mnohem užší kmitočtové pásmo a malý odstup signálu od šumu). Navíc jsem výslovně napsal "hrubá rychlost", protože opravné kódy, případné synchronizační bity (podle kódování) atd. něco uberou.

[Michal Vyskočil]

Nenapadá mě nic, co by tomu mohlo bránit. Teda až na tu přenosovou rychlost. Afaik by mohlo být možné použít stejných principů jako u modemových přenosů. Ale protože nepatřím do oné jednoprvkové množiny, jako bych nic neřekl

[Jiří Lisický]

Kdysi v dávných dobách kdy ZX Spectrum byl namakaný domácí počítač, býval v televizi nějaký pořad o počítačích a na konci v rámci titulků pouštěli místo hudby "data" - tedy co jste slyšeli když jste si pustili kazetu s daty na normálním kazeťáku.

Mělo to fungovat, tak, že jste si z televize nahráli ten zvuk na kazetu, pak to strčili do kazeťáku připojeném k počítači a přečetli jste to jako data.

Nezkoušel jsem - měl jsem Atari

[XMurder]

Tak to je zážeh:D Naštěstí že lidský mozek nepracuje v binárním režimu:)

[Luk]

Také jsem míval Atari. A užíval jsem si výhod úžasného systému Turbo, který dokázat napěchovat obrovské množství dat na krátký úsek pásky. Běžná hra měla tak 20-200 vteřin při rychlosti 2200 Kb/s (standardní rychlost). S rozumnou spolehlivostí se dalo jít až na 3500-4000, výš už to nešlo (s originál kazeťákem Atari; s kombinací hifi věž + konvertor se i 6000 dalo zvládnout)

[Zdeněk Štěpánek]

Hehe, Turbo2000 mam tez. Dokonce kazetak s previjeci upravou (obejde start signal z pocitace) a dokonce i s audio upravou - prehrava mi audiokazety. Vlastne jeste ejdnu upravu ma, otec tehdy napajel delsi kabel, ten originalni byl fakt moc kratkej.

Zdenek

[moira]

Tak proc ne, asi zalezelo na kvalite prijmu v dane oblasti. Jinak prenosova rychlost byla zhruba 11 kB/min.

[Jiří (BoodOk) Kadeřávek]

Tenkrat na ZX Spectru se programovalo piskanim. Spravne si zapiskal a program byl uvnitr, piskal si falesne a ooops, byl tam LOAD ERROR

[msk]

Ked skoncily 8-bity, videl som niekde reklamu na audio cd s hrami na ZX/Didaktik. Na jednom cd bolo cca 140 hier, takze jedna hra mohla zaberat tak +- pol minuty. Osobne som to na zivo nikoho prevadzkovat nevidel, ale mohlo to byt zaujimave :)

[Mikos]

Myslím že podobné řešení už existuje a je přímo v kernelu Nebo je možné přidat ho do kernelu jako patch či externí modul, nevím, jen jsem trochu Googlil

Viz. tento odkaz: Linux Amateur Radio AX.25 HOWTO

Mělo by to být něco co používají radioamatéři už roky... ale jaké rychlosti to podporuje netušim

[Mikos]

Tak jsem na to kouknul trošku víc. V kernelu je potřeba mít pouze zapnutou podporu pro AX.25 (což je standardní součást kernelu). Samotný soundmodem je pak už řešen v user-space.

Víc info a program ke stažení je zde (měl by prý být i přímo v Debianu, tedy můžete zkusit apt-get install soundmodem ):

Multiplatform Soundcard Packet Radio Modem

Další relevantní odkaz s nějakými návody ohledně soundmodemu je zde:

Running packet radio with debian gnu/linux or mac osx

A tady jsou další zajímavé prográmky od autora soundmodemu:

Linux Radio Transmission Decoder

Linux Baycom and Soundcard modem driver

Linux Soundcard Shortwave digital modes

[Kníže Ignor]

Zajímavé, ale v radioamatérské terminologii poněkud plavu. Soundcard Packet Radio Modem se mi podařilo zkompilovat, ale není tam žádná dokumentace pro blby, takže nastavit by se to muselo asi podle těch screenshotů z druhé odkazované stránky. Taky mi není jasné, zda by to fungovalo bez toho TNC.

[dan]

Soundcard Packet Radio Modem je prave nahrazeni TNC zvukovou kartou. Kdysi jsem to zkousel v praxi, ale si na win. Pres radio se s tim nedaji dosahnout zadne zavratne rychlosti (1k2) diky omezene sirce pasma. Jestli jsou tyto softy schopny vetsich rychlosti nevim, radioamateri maji obvykle jine priority nez rychlost - cist signaly s minimalnim odstupem signal od sumu - coz je dane prenosovou trasou. Zminene audio kabliky nabizeji zrejmne zcela jine podminky.

[Mikos]

No psal sem to i níže, ale tak sem - je tam na výběr spousta (de)modulačních metod. U těch u kterých jde nastavovat ručně bitrate je maximum většinou 9600, u jedné pak 38400. Jak je to u těch u kterých to nastavovat ručně nelze netuším.

[PetrHL]

Dobrý den,

také jsem to kdysi zkoušel, ještě pod DOSem. Šlo z toho vytáhnout 9K6.

Petr

[pol128]

Ako niekto poznamenal predo mnou, ísť to ide na 100%. Keď to vedel pred cca 20 rokmi každý 8bit počítač, tak by bolo smutné, keby to nevedeli dnešné mašiny

[Zdeněk Štěpánek]

Diskuze neni o tom zda to jde nebo nejde, v Linuxu je mozna vsechno, jen jde o to najit vhodny SW, idealne aby vytvoril novou sitovku.

Navrhuju aulanX.

Zdenek

[Mikos]

A přesně to umí ten soundmodem (přes AX.25), na který jsem odkazoval výše. Ovšem jelikož je to dělané rpo radioamatéry, tak standarně maximální používaná rychlost je 9600 bps.

Koukal jsem na to (má to celkem přehledné konfigurační rozhraní v GTK) a podporuje to hafo různých modulačních a demodulačních metod, ale jestli nějaká z nich má "neomezený" datový tok to nevím. U těch u kterých je možnost nastavovat datový tok šlo většinou maximálně těch 9600 nebo u jedné 38400. Pak jsou tam metody u kterých není možné ručně nastavovat datový tok, jak je to u nich netuším.

Vyzkoušejte to sám a poreferujte, ten program vypadá opravdu solidně

[jose17]

a napadlo vás sieťovať cez video? proste k lepšiemu PC zapojím webkameru, otočím k displeju slabšieho monitora a spustím vysielanie. rozlíšenie 320x240 v 256 farbách, 15 fps (tých 256 by bolo vybraných tak, aby dochádzalo k čo najmenšiemu skresleniu kompresiou, rozlíšenie 320x240 "prenášané" fullscreen by mali takisto postačiť), nejaká ta úvodná kalibrácia a máme: 320x240x15 = 294 912 000 b/s. nevýhodou by bol iba jednosmerný prenos a nutnosť kupovať webcam.