# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR Free Software Foundation, Inc.
# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2001-02-09 01:25+0100\n"
"PO-Revision-Date: 2002-03-16 17:11CET\n"
"Last-Translator: Stefan Asserhäll <stefan.asserhall@telia.com>\n"
"Language-Team: Svenska <sv@li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 0.9.6\n"

#: index.docbook:8
#, no-c-format
msgid "Future Work"
msgstr "Framtida arbete"

#: index.docbook:10
#, no-c-format
msgid ""
"This section describes some of the &arts; work that is in progress. "
"Development progresses quickly, so this information may be out of date. You "
"should check the TODO list file and the <link "
"linkend=\"mailing-lists\">mailing list</link> archives to see what new "
"functionality is planned. Feel free to get involved in new design and "
"implementation."
msgstr ""
"Det här avsnittet beskriver en del av det pågående arbetet med  &arts;. "
"Utvecklingen går snabbt framåt, så den här informationen kan vara "
"föråldrad. Du bör kontrollera listfilen TODO och arkiven för <link "
"linkend=\"mailing-lists\">e-postlistorna</link> för att ta reda på vilka "
"nya funktioner som planeras. Delta gärna i ny konstruktion och "
"implementering."

#: index.docbook:19
#, no-c-format
msgid ""
"This is a draft document which tries to give you an overview how new "
"technologies will be integrated in &arts;. Namely, it does cover the "
"following:"
msgstr ""
"Det här är ett utkast som försöker ge dig en översikt av hur nya "
"teknologier kommer att integreras i &arts;. Det täcker följande:"

#: index.docbook:25
#, no-c-format
msgid "How interfaces work."
msgstr "Hur gränssnitt fungerar."

#: index.docbook:25
#, no-c-format
msgid ""
"Codecs - decoding of mp3 or wav streams in a form that they can be used as "
"data."
msgstr ""
"Avkodare - avkodning av mp3 eller wav-flöden till en form som gör att de "
"kan användas som data."

#: index.docbook:25
#, no-c-format
msgid "Video."
msgstr "Video."

#: index.docbook:25
#, no-c-format
msgid "Threading."
msgstr "Trådning."

#: index.docbook:25
#, no-c-format
msgid "Synchronization."
msgstr "Synkronisering."

#: index.docbook:25
#, no-c-format
msgid "Dynamic expansion/masquerading."
msgstr "Dynamisk utökning/maskering."

#: index.docbook:25
#, no-c-format
msgid "Dynamic composition."
msgstr "Dynamisk sammansättning."

#: index.docbook:25 index.docbook:372
#, no-c-format
msgid "&GUI;"
msgstr "Grafiska gränssnitt."

#: index.docbook:25 index.docbook:387
#, no-c-format
msgid "&MIDI;"
msgstr "&MIDI;."

#: index.docbook:38
#, no-c-format
msgid ""
"This is work in progress. However, it should be the base if you want to see "
"new technology in &arts;. It should give you a general idea how these "
"problems will be adressed. However, feel free to correct anything you see "
"here."
msgstr ""
"Det här är pågående arbete. Det bör dock kunna ge grunden om du vill "
"titta på ny teknologi i &arts;. Det bör ge dig en allmän idé om hur de "
"här problemen kommer att attackeras. Korrigera gärna allt du ser här."

#: index.docbook:45
#, no-c-format
msgid ""
"Things that will be use &arts; technology (so please, coordinate your "
"efforts):"
msgstr ""
"Saker som kommer att använda &arts;-teknologi (så var snäll och "
"koordinera ansträngningarna):"

#: index.docbook:50
#, no-c-format
msgid "<application>KPhone</application> (voice over <acronym>IP</acronym>)"
msgstr "<application>K-telefon</application> (röst via <acronym>IP</acronym>)"

#: index.docbook:50
#, no-c-format
msgid "&noatun; (video / audio player)"
msgstr "&noatun; (videospelare / ljudspelare)"

#: index.docbook:50
#, no-c-format
msgid "&artscontrol; (sound server control program, for scopes)"
msgstr "&artscontrol; (styrprogram för ljudservern, och för mätare)"

#: index.docbook:50
#, no-c-format
msgid "<application>Brahms</application> (music sequencer)"
msgstr "<application>Brahms</application> (musiksequencer)"

#: index.docbook:50
#, no-c-format
msgid "<application>Kaiman</application> (&kde;2 media player - kmedia2 compliant)"
msgstr "<application>Kaiman</application> (&kde;2 mediaspelare - kmedia2-anpassad)"

#: index.docbook:50
#, no-c-format
msgid ""
"<application>mpglib</application>/<application>kmpg</application> "
"(<acronym>mpg</acronym> audio and video playing technology)"
msgstr ""
"<application>mpglib</application>/<application>kmpg</application> "
"(<acronym>mpg</acronym> ljud- och videouppspelningsteknologi)"

#: index.docbook:50
#, no-c-format
msgid ""
"<application>SDL</application>"
" (direct media layer for games not yet started but maybe nice)"
msgstr ""
"<application>SDL</application> (direktmedialager för spel, som ännu inte "
"påbörjats men som kan vara trevligt)"

#: index.docbook:50
#, no-c-format
msgid ""
"<application>electric ears</application> (author contacted me - status "
"unknown)"
msgstr ""
"<application>Elektriska öron</application> (upphovsmannen kontaktade mig - "
"status okänd)"

#: index.docbook:103
#, no-c-format
msgid "How Interfaces Work"
msgstr "Hur gränssnitt fungerar"

#: index.docbook:107
#, no-c-format
msgid ""
"&MCOP; interfaces are the base of the &arts; concept. They are the network "
"transparent equivalent to C++ classes. Whenever possible you should orient "
"your design towards interfaces. Interfaces consist of four parts:"
msgstr ""
"&MCOP;-gränssnitt är grunden för &arts;-konceptet. De är den "
"nätverkstransparenta motsvarigheten till C++ klasser. Så snart det är "
"möjligt bör du rikta in din konstruktion mot gränssnitt. Ett gränssnitt "
"består av fyra delar:"

#: index.docbook:114
#, no-c-format
msgid "Synchronous streams"
msgstr "Synkrona strömmar"

#: index.docbook:114
#, no-c-format
msgid "Asynchronous streams"
msgstr "Asynkrona strömmar"

#: index.docbook:114
#, no-c-format
msgid "Methods"
msgstr "Metoder"

#: index.docbook:114
#, no-c-format
msgid "Attributes"
msgstr "Egenskaper"

#: index.docbook:121
#, no-c-format
msgid ""
"These can be mixed in any way you like. New technologies should be defined "
"in terms of interfaces. Read the sections about asynchronous streams and "
"synchronous streams, as well as the KMedia2 interfaces, which are a good "
"example how such things work"
msgstr ""
"De här kan blandas på vilket sätt du vill. Nya teknologier bör "
"definieras med hjälp av gränssnitt. Läs avsnitten om asynkrona strömmar "
"och synkrona strömmar, samt KMedia2-gränssnittet, som är bra exempel på "
"hur sådana saker fungerar."

#: index.docbook:128
#, no-c-format
msgid ""
"Interfaces are specified in <literal role=\"extension\">.idl</literal> code "
"and run through the <command>mcopidl</command> compiler. You derive the "
"<classname><replaceable>Interfacename</replaceable>_impl</classname> class "
"to implement them, and use "
"<function>REGISTER_IMPLEMENTATION(Interfacename_impl)</function> to insert "
"your object implementations into the &MCOP; object system."
msgstr ""
"Gränssnitt specificeras i <literal role=\"extension\">.idl</literal>-kod "
"och körs genom <command>mcopidl</command>-kompilatorn. Man härleder "
"<classname><replaceable>Gränssnittsnamn</replaceable>_impl</classname> "
"klassen för att implementera dem, och använder "
"<function>REGISTER_IMPLEMENTATION (Gränssnittsnamn_impl)</function> för "
"att infoga en objektimplementering i &MCOP;:s  objektsystem."

#: index.docbook:141
#, no-c-format
msgid "Codecs - Data Decoding"
msgstr "Codec, dataavkodning"

#: index.docbook:143
#, no-c-format
msgid ""
"The kmedia2 interfaces allow you to ignore that wav files, mp3s and whatever "
"consist of data streams. Instead, you only implement methods to play them."
msgstr ""
"Kmedia2-gränssnittet låter dig bortse från att wav-filer, mp3-filer eller "
"vad som helst består av dataflöden. Istället implementerar du bara "
"metoder för att spela dem."

#: index.docbook:149
#, no-c-format
msgid ""
"Thus, you can write a wave loading routine in a way that you can play wave "
"files (as PlayObject), but nobody else can use your code."
msgstr ""
"På så sätt kan du skriva en vågformsladdningsrutin på ett sätt så att "
"du kan spela vågformsfiler (som PlayObject), men ingen annan kan använda "
"din kod."

#: index.docbook:154
#, no-c-format
msgid ""
"Asynchronous streams would be the alternative. You define an interface which "
"allows you to pass data blocks in, and get data blocks out. This looks like "
"that in &MCOP;:"
msgstr ""
"Asynkrona strömmar skulle vara alternativet. Man definierar ett gränssnitt "
"som tillåter att datablock skickas in, och hämtas ut. Detta ser ut så "
"här i &MCOP;:"

#: index.docbook:160
#, no-c-format
msgid ""
"interface Codec {\n"
"  in async byte stream indata;\n"
"  out async byte stream outdata;\n"
"};"
msgstr ""
"interface Codec {\n"
"  in async byte stream indata;\n"
"  out async byte stream outdata;\n"
"};"

#: index.docbook:168
#, no-c-format
msgid ""
"Of course codecs could also provide attributes to emit additional data, such "
"as format information."
msgstr ""
"Avkodare kan förstås också ange egenskaper för att skicka ut ytterligare "
"data, som formatinformation."

#: index.docbook:173
#, no-c-format
msgid ""
"interface ByteAudioCodec {\n"
"  in async byte stream indata;\n"
"  out async byte stream outdata;\n"
"  readonly attribute samplingRate, bits, channels;\n"
"};"
msgstr ""
"interface ByteAudioCodec {\n"
"  in async byte stream indata;\n"
"  out async byte stream outdata;\n"
"  readonly attribute samplingRate, bits, channels;\n"
"};"

#: index.docbook:181
#, no-c-format
msgid ""
"This <interfacename>ByteAudioCodec</interfacename> for instance could be "
"connected to a <interfacename>ByteStreamToAudio</interfacename> object, to "
"make real float audio."
msgstr ""
"Den här <interfacename>ByteAudioCodec</interfacename> kan till exempel "
"anslutas till ett <interfacename>ByteStreamToAudio</interfacename>-objekt, "
"för att skapa riktigt flytande ljud."

#: index.docbook:187
#, no-c-format
msgid ""
"Of course, other Codec types could involve directly emitting video data, "
"such as"
msgstr ""
"Andra typer av avkodare kan förstås innefatta att direkt skicka ut "
"videodata, som"

#: index.docbook:192
#, no-c-format
msgid ""
"interface VideoCodec {\n"
"  in async byte stream indata;\n"
"  out video stream outdata;      /* note: video streams do not exist yet */\n"
"};"
msgstr ""
"interface VideoCodec {\n"
"  in async byte stream indata;\n"
"  out video stream outdata;      /* observera: videoströmmar finns inte "
"ännu */\n"
"};"

#: index.docbook:199
#, no-c-format
msgid ""
"Most likely, a codec concept should be employed rather than the <quote>you "
"know how to play and I don't</quote> way for instance "
"<interfacename>WavPlayObject</interfacename> currently uses. However, "
"somebody needs to sit down and do some experiments before an "
"<acronym>API</acronym> can be finalized."
msgstr ""
"Troligtvis bör ett avkodningskoncept användas istället för sättet "
"<quote>du vet hur det spelas upp med det gör inte jag</quote> som till "
"exempel <interfacename>WavPlayObject</interfacename> använder för "
"närvarande. Någon måste dock sätta sig ner och experimentera lite innan "
"ett programmeringsgränssnitt kan definieras."

#: index.docbook:210
#, no-c-format
msgid "Video"
msgstr "Video"

#: index.docbook:212
#, no-c-format
msgid ""
"My idea is to provide video as asynchronous streams of some native &MCOP; "
"data type which contains images. This data type is to be created yet. Doing "
"so, plugins which deal with video images could be connected the same way "
"audio plugins can be connected."
msgstr ""
"Min idé är att tillhandahålla video som asynkrona strömmar för någon "
"inbyggd &MCOP;-datatyp som innehåller bilder. Den här datatypen har inte "
"skapats än. Genom att göra detta, kan insticksprogram som hanterar video "
"kopplas ihop på samma sätt som ljudinsticksprogram."

#: index.docbook:219
#, no-c-format
msgid "There are a few things that are important not to leave out, namely:"
msgstr "Det finns några saker som är viktiga att inte utelämna: "

#: index.docbook:223
#, no-c-format
msgid "There are <acronym>RGB</acronym> and <acronym>YUV</acronym> colorspaces."
msgstr "Det finns <acronym>RGB</acronym> och <acronym>YUV</acronym> färgrymder."

#: index.docbook:223
#, no-c-format
msgid "The format should be somehow tagged to the stream."
msgstr "Formatet bör markeras i strömmen på något sätt."

#: index.docbook:223
#, no-c-format
msgid "Synchronization is important."
msgstr "Synkronisering är viktig."

#: index.docbook:241
#, no-c-format
msgid ""
"My idea is to leave it possible to reimplement the "
"<classname>VideoFrame</classname> class so that it can store stuff in a "
"shared memory segment. Doing so, even video streaming between different "
"processes would be possible without too much pain."
msgstr ""
"Min idé är att lämna möjligheten att ändra implementeringen av "
"<classname>VideoFrame</classname>-klassen öppen, så att den kan lagra "
"grejor i ett delat minnessegment. Genom att göra detta kan till och med "
"videoströmmar mellan olika processer bli möjligt utan alltför mycket "
"problem."

#: index.docbook:248
#, no-c-format
msgid ""
"However, the standard situation for video is that things are in the same "
"process, from the decoding to the rendering."
msgstr ""
"För video är dock den vanliga situationen att alla saker är i samma "
"process, från avkodningen till renderingen."

#: index.docbook:253
#, no-c-format
msgid ""
"I have done a prototypic video streaming implementation, which you can "
"download <ulink "
"url=\"http://space.twc.de/~stefan/kde/download/video-quickdraw.tar.gz\">"
"here </ulink>. This would need to be integrated into &MCOP; after some "
"experiments."
msgstr ""
"Jag har gjort en prototypimplementering av videoströmmar, som kan laddas "
"ner <ulink "
"url=\"http://space.twc.de/~stefan/kde/download/video-quickdraw.tar.gz\">"
"härifrån</ulink>. Det här behöver integreras med &MCOP; efter några "
"experiment."

#: index.docbook:261
#, no-c-format
msgid ""
"A rendering component should be provided that supports XMITSHM (with "
"<acronym>RGB</acronym> and <acronym>YUV</acronym>), Martin Vogt told me he "
"is working on such a thing."
msgstr ""
"En rederingskomponent som stöder XMITSHM (med <acronym>RGB</acronym> och "
"<acronym>YUV</acronym>) bör tillhandahållas. Martin Vogt talade om för "
"mig att han arbetar på en sådan."

#: index.docbook:270
#, no-c-format
msgid "Threading"
msgstr "Trådning"

#: index.docbook:272
#, no-c-format
msgid ""
"Currently, &MCOP; is all single threaded. Maybe for video we will no longer "
"be able to get around threading. Ok. There are a few things that should be "
"treated carefully:"
msgstr ""
"För närvarande är &MCOP; helt och hållet en enda tråd. För video "
"kanske vi inte längre kan komma undan trådar. Ok. Det finns några saker "
"som ska hanteras med försiktighet:"

#: index.docbook:279
#, no-c-format
msgid ""
"SmartWrappers - they are not threadsafe due to non-safe reference counting "
"and similar."
msgstr ""
"SmartWrappers  - de är inte trådsäkra på grund av osäker "
"referensräkning och liknande."

#: index.docbook:279
#, no-c-format
msgid "Dispatcher / I/O - also not threadsafe."
msgstr "Avsändaren / I/O - inte heller trådsäkra."

#: index.docbook:292
#, no-c-format
msgid ""
"However, what I could imagine is to make selected modules threadsafe, for "
"both, synchronous and asynchronous streaming. That way - with a thread aware "
"flow system, you could schedule the signal flow over two or more processors. "
"This would also help audio a lot on multiprocessor things."
msgstr ""
"Vad jag i alla fall kan tänka mig är att göra utvalda moduler "
"trådsäkra, för både synkrona och asynkrona strömmar. På det här "
"sättet kan man schemalägga signalflödet på två eller flera processorer, "
"med ett flödessystem som känner till trådar. Det här borde också "
"hjälpa en hel del med ljud med multiprocessorer."

#: index.docbook:300
#, no-c-format
msgid "How it would work:"
msgstr "Hur det skulle fungera:"

#: index.docbook:305
#, no-c-format
msgid "The Flow System decides which modules should calculate what - that is:"
msgstr "Flödessystemet bestämmer vilka moduler som ska beräkna vad, dvs:"

#: index.docbook:305
#, no-c-format
msgid "video frames (with process_indata method)"
msgstr "videobilder (med metoden process_indata)"

#: index.docbook:305
#, no-c-format
msgid "synchronous audio streams (calculateBlock)"
msgstr "synkrona ljudflöden (calculateBlock)"

#: index.docbook:305
#, no-c-format
msgid "other asynchronous streams, mainly byte streams"
msgstr "andra asynkrona flöden, i huvudsak dataströmmar"

#: index.docbook:305
#, no-c-format
msgid ""
"Modules can calculate these things in own threads. For audio, it makes sense "
"to reuse threads (&eg; render on four threads for four processors, no matter "
"if 100 modules are running). For video and byte decompression, it may be "
"more confortable to have a blocking implementation in an own thread, which "
"is synchronized against the rest of &MCOP; by the flow system."
msgstr ""
"Modulerna kan beräkna de här sakerna i egna trådar. För ljud är det "
"vettigt att återanvända trådar (t.ex. hantera det med fyra trådar om det "
"finns fyra processorer, även om 100 moduler kör). För video- och "
"datauppackning, kan det vara bekvämare att ha en blockerande implementering "
"i en egen tråd, som synkroniseras med resten av &MCOP; med flödessystemet."

#: index.docbook:305
#, no-c-format
msgid ""
"Modules may not use &MCOP; functionality (such as remote invocations) during "
"threaded operation."
msgstr ""
"Moduler får inte använda &MCOP;-funktioner (som fjärranrop) medan "
"trådade operationer pågår."

#: index.docbook:340
#, no-c-format
msgid "Synchronization"
msgstr "Synkronisering"

#: index.docbook:342
#, no-c-format
msgid ""
"Video and &MIDI; (and audio) may require synchonization. Basically, that is "
"timestamping. The idea I have is to attach timestamps to asynchronous "
"streams, by adding one timestamp to each packet. If you send two video "
"frames, simply make it two packets (they are large anyway), so that you can "
"have two different time stamps."
msgstr ""
"Video och &MIDI; (och ljud) kan kräva synkronisering. I grund och botten "
"är det här tidsstämplar. Idén jag har är att bifoga tidsstämplar till "
"de asynkrona strömmarna, genom att lägga till en tidsstämpel till varje "
"paket. Om man skickar två videobilder, görs det helt enkelt som två paket "
"(de är stora ändå), så att man kan ha två olika tidsstämplar."

#: index.docbook:350
#, no-c-format
msgid "Audio should implicitely have time stamps, as it is synchronous."
msgstr "Ljud ska ha underförstådda tidsstämplar, eftersom det är synkront."

#: index.docbook:357
#, no-c-format
msgid "Dynamic Composition"
msgstr "Dynamisk sammansättning"

#: index.docbook:359
#, no-c-format
msgid ""
"It should be possible to say: An effect FX is composed out of these simpler "
"modules. FX should look like a normal &MCOP; module (see masquerading), but "
"in fact consist of other modules."
msgstr ""
"Det bör vara möjligt att säga: En effekt FX består av de här enklare "
"modulerna. FX bör se ut som en normal &MCOP;-modul (se maskering), men i "
"själva verket bestå av andra moduler."

#: index.docbook:365
#, no-c-format
msgid "This is required for &artsbuilder;."
msgstr "Det här krävs för aRts-byggaren."

#: index.docbook:374
#, no-c-format
msgid ""
"All &GUI; components will be &MCOP; modules. They should have attributes "
"like size, label, color, ... . A <acronym>RAD</acronym> builder "
"(&artsbuilder;) should be able to compose them visually."
msgstr ""
"Alla komponenter i det grafiska gränssnittet kommer att vara "
"&MCOP;-moduler. De bör ha egenskaper som storlek, etikett, färg, ... En "
"<acronym>RAD</acronym>-byggare (aRts-byggaren) bör kunna sätta samman dem "
"visuellt."

#: index.docbook:380
#, no-c-format
msgid "The &GUI; should be saveable by saving the attributes."
msgstr ""
"Det grafiska gränssnittet bör vara möjligt att spara genom att spara "
"egenskaperna."

#: index.docbook:389
#, no-c-format
msgid ""
"The &MIDI; stuff will be implemented as asynchronous streams. There are two "
"options, one is using normal &MCOP; structures to define the types and the "
"other is to introduce yet another custom types."
msgstr ""
"&MIDI;-grejorna kommer att implementeras som asynkrona strömmar. Det finns "
"två alternativ, ett är att använda normala &MCOP;-strukturer för att "
"definiera typerna och det andra är att introducera ytterligare egna typer."

#: index.docbook:395
#, no-c-format
msgid "I think normal structures may be enough, that is something like:"
msgstr "Jag tror att normala strukturer kan räcka till, dvs något som:"

#: index.docbook:399
#, no-c-format
msgid ""
"struct MidiEvent {\n"
"  byte b1,b2,b3;\n"
"  sequence&lt;byte&gt; sysex;\n"
"}"
msgstr ""
"struct MidiEvent {\n"
"  byte b1,b2,b3;\n"
"  sequence&lt;byte&gt; sysex;\n"
"}"

#: index.docbook:406
#, no-c-format
msgid "Asynchronous streams should support custom stream types."
msgstr "Asynkrona strömmar bör stöda egna flödestyper."
