Settings

The page will reload to apply your changes.
Theme

ASCII Art Font

ASCII Art Menu

Original Usenet message from de.alt.rec.ascii-art, 1 Dec 2000.
Re: High-End-Video... :)

Re: High-End-Video... :)

Markus Gebhard <ukg...@rz.uni-karlsruhe.de> schrieb in im Newsbeitrag: 3A2...@rz.uni-karlsruhe.de...

> Hi,

Tach...

> > Auto-Reverse-Stereo- oder 4-Spur-Tape in einen 
> > ASCIImation-Video-Recorder/-Player umzubauen. :) [...]
> 
> Coole Idee!

Laesst sich aber wohl nicht ohne weiteres machen,
glaub'ich...

> Ich wuerde aber meinen dass der mit 80x30 Zeichen auskaeme und mit 10
> Bildern/s koennte man bei Ascii sicherlich auch leben

Muss man wohl, wenn's anders nicht hinhaut. 

> Das sind
> ungepackt 24kByte/s, was sich aber schon aufgrund der sicherlich sehr
> ähnlichen Folgebilder wohl locker auf 10% reduzieren liesse. Bleiben
> 19200Bit/s. 

Sogar ziemlich genau...

10% von 80*30*10*(7+1)

Bei 7 Bit/Zeichen (plus 1 Start/Stop-Bit), 80*30 Zeichen/Bild und 10 Bildern pro Sekunde UND Herunterpacken auf 10% waeren es i. d. T. genau 19200 Bit/s. Synchronisier-Bits fuer den Bild- und Zeilenanfang bekaeme man sicher auch noch unter.

Doch leider
===========

Trotzdem: Bei der C64-Datasette war es damals so, dass jedes Bit auf dem Band aus mehreren Impulsen (2 oder 3?) mit unterschiedlicher Laenge bestand. Die genauen Daten weiss ich nicht mehr. Aber nehmen wir mal an, es gibt insgesamt 3 unterschieldlich lange Impusle (Laenge 1, 2 und 3), dann liessen sich die Bits z. B. folgendermassen codieren: 

Bit 0:   Impulse 1+2
Bit 1:   Impulse 1+3 

Da auf eine 2 bzw. 3 weder eine andere 2 bzw. 3 folgen kann, koennte man den 2er-Impuls als "Start/Stop-Impuls" fuer jedes Zeichen nehmen. Damit besteht ein Zeichen aus maximal  7*(1+3)+2=30 Zeiteinheiten. Damit brauchen 10 Bilder/Sek. 80*30*10*(30)=720000 Zeiteinheiten bzw. 72000 nach dem Packen. Selbst wenn man das auf 4 Spuren verteile waere man mit 18000 Impulsen pro Sek. vermutlich ziemlich dicht an der Grenze, was die Kassette mitmacht. Das ganze muesste ja auch etwas zuverlaessig sein, nicht das jedes zehnte Bild ruckelt oder verzerrt, weil dort eine winzige Bandunebenheit war - UND dann fehlen ja immer noch die Sync- Bits, die aber wichtig sind, gerade bei Fehlersituationen bzw. dann wenn man die Kassette mittendrin abspielt (also nicht zurueckspult). UND der Ton fehlt auch noch...

Zeitgemaess wie die Joghurette :)
=================================

Na ja, man kann das positv sehen: Ein ASCIImation-CD-Player ist einfacher zusammenzubauen, da die Komponenten nur zusammengestopft werden muessen. Zudem hat man auch keine Platzprobleme. Es liessen sich sogar Farb-ASCIImations (wohlgemerkt keine Farb-ANSIs) realisieren. Die Anzeige ginge natuerlich nur im Grafikmodus. Und zwar werden der Rot-, Gruen- und Blau-Anteil eines Bildes separat nach ASCII konvertiert und bei der Wiedergabe die Zeichen "uebereinander" gelegt, d. h. die Farbwerte werden ODER-Verknuepft. Na ja, es entfernt sich wohl schon etwas von urspruenglichen ASCIIs - aber es bleiben nur die ASCII-Zeichen als Bildinformation... Wie auch immer: ungepackt passt ein s/w-ASCIImation von 90 Minuten Laenge immerhin auf eine CD - mit Ton... und sogar mit 80*50*25... Gepackt hat man schon fast sowas wie'ne DVD fuer Arme... :) Ich meine, es passen mehrere Synchronsprachen, Untertitel und Zusatzinformationen drauf...

> Das sollte sich doch wohl auf zwei Spuren einer Audicassette
> ablegen lassen, oder?

2 Spuren reichen sicher nicht, 4 nur dann, wenn so hohe Raten (so um die 16 kHz bis 20 kHz) SICHER wiedergegeben werden...

> 
> Aber das Hauptproblem sehe ich nicht im Abspeichern der Daten
> (Audio-Tape waere aber echt kultig!), sondern im automatischen
> Generieren der Videos. Wenn man da komplett von Hand rangehen muss, dann
> kann man es wohl gleich aufgeben...

Na ja, bei "Zeichentricks" speziell fuer und mit ASCIIs bleibt einem natuerlich nichts anderes uebrig. Bei der Konvertierung von existierenden Filmen macht man das natuerlich mittles Proggi - sonst wuerde man wohl nie damit fertig werden... D. h. auf dem Computer konvertieren und dann auf MC ueberspielen - wenn's denn funktionieren wuerde...

Adios
    Michael

Original message headers
X-Google-Language: GERMAN,ASCII
X-Google-Thread: f7c81,18d85c31530f96c2
X-Google-Attributes: gidf7c81,public
X-Google-ArrivalTime: 2000-11-30 20:11:18 PST
Path: supernews.google.com!sn-xit-02!supernews.com!isdnet!fu-berlin.de!uni-berlin.de!f-32-200.cvx-frankfurt.ipdial.viaginterkom.DE!not-for-mail
From: "Michael Meador" <mjm...@altavista.de>
Newsgroups: de.alt.rec.ascii-art
Subject: Re: High-End-Video... :)
Date: Fri, 1 Dec 2000 05:09:28 +0100
Lines: 103
Message-ID: <9078d2$6lg5$1...@ID-62368.news.dfncis.de>
References: <900eme$5r7gj$1...@ID-62368.news.dfncis.de> <3A2...@rz.uni-karlsruhe.de>
NNTP-Posting-Host: f-32-200.cvx-frankfurt.ipdial.viaginterkom.de (62.180.200.32)
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Trace: fu-berlin.de 975643875 218629 62.180.200.32 (16 [62368])
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: supernews.google.com de.alt.rec.ascii-art:185
About this message. This message was posted publicly to the newsgroup de.alt.rec.ascii-art in 2000 and is mirrored here unchanged as part of the Historic Archives – only email addresses are masked. The artwork and text belong to their original authors: if you copy a piece, keep the artist's initials or signature intact and credit them where you can. Are you the author? Contact us to get your posts attributed, connected to your artist profile, or removed.

Report this message

Help us keep the archive clean and accurate. Reports are reviewed by a person – nothing is changed automatically.

Help classify this post