SE530393C2

SE530393C2 - Interface för sändning av synkroniserad audio- och videodata

Info

Publication number: SE530393C2
Application number: SE0500332A
Authority: SE
Inventors: Giovanni M Agnoli; Andrew Yanowitz; John O Abt; Samuel R Bowman; James A Delwiche; Jeffrey C Dillon
Original assignee: Apple Computer
Priority date: 2003-06-13
Filing date: 2005-02-11
Publication date: 2008-05-20
Also published as: JP5537588B2; JP5006044B2; WO2005001633A3; CN101790088A; HK1091006A1; CN101790088B; JP2012178835A; JP5753889B2; JP2007517421A; US20040255338A1; EP1629370A4; WO2005001633A2; CH704037B1; EP1629370A2; JP2014057353A; SE0500332L; US20160337674A1

Description

530 393 buss sända och ta emot data till och från andra anordningar på PCI-bussen, även om var och en av anordningarna på PCl-bussen är gjord av olika tillverkare.

Förtillfället finns det ett marknadstryck för att förse olika slag av Konsumentelektronik- utrustning med ett bussinterface som medger att sådan utrustning kan anslutas till annan utrustning med ett motsvarande bussinterface. Exempelvis börjar digitala kameror, digitala videospelare, digitala videodiskar (DVD) och printrar bli tillgängliga med IEEE 1394 bussinterface. Bussen IEEE (”lnstitute of Electrical and Electronics Engineers”) 1394 medger exempelvis att en digital kamera kan anslutas till en printer eller dator så att en bild som tagits av kameran kan skrivas ut på skrivaren eller lagras elektroniskt i datorn.

Vidare kan digitala televisionsapparater kopplas till en dator eller ett datornätverk via en IEEE 1394-buss.

Sammanfattning av uppfinningen Den föreliggande uppfinningen löser det problem som diskuteras ovan genom att tillhandahålla ett dataströmsformat för överföring av data-ramar mellan en dator och en videoklient. Datorn och videoklienten står i kommunikation med varandra via ett interface som är anslutet mellan datorn och videoklienten. Dataströmmen innefattar data-ramar som sänds sekventiellt, där varje data-ram har en ramhuvuddel och videodata som följer efter ramhuvuddelen samt audiodata som följer efter videodatan. l en utföringsform innefattar data-ramen också en audiohuvuddel infört mellan videodata och audiodata. En ramräkningssynkroniseringsbit kan inkluderas, vilken är synkroniserad med den vertikala blankningsdelen. l en utföringsform innefattar audiohuvuddelen en audiocykelräknare. l en utföringsform samplas audiodata med avseende på videodata. I en utföringsform innefattar audiodata en audiosampllngsräknare per ram, benämnd audiosampllngsräknare per ram. l en utföringsform indikerar audiosamplingsräknaren ett antal byte per sampel och kan variera i enlighet med ANSI/SMPTE 272M specifikationen. Ramhuvudet kan också innefatta formatflaggor som indikerar ett antal bitar per sampel av videodata. l vissa utföringsformer innefattar ramhuvudet en SMPTE tidskod och en inkrementerande ramräknare och en audiocykelräknare som indikerar positionen i audiotakten specificerad av ANSI/SMPTE 272M specifikationen. l vissa utföringsformer innefattar ramhuvudet en audiokanalräknare och en blockstorleksbyteräknare som indikerar hur många byte av 10 15 20 25 30 SBU* 393 audio som finns i audiodatat. Audioformatﬂaggor och videoformatflaggor kan också innefattas i ramhuvudet.

Enligt en annan aspekt tillhandahåller den föreliggande uppfinningen en metod för dataöverföring, där metoden innefattar anslutandet av ett huvud till en SDTl-kompatibel ram; och överföring av huvudet och den SDTI-kompatibla ramen mellan en videoklient och en dator över ett lEEE 1394b-kompatibelt interface. l en utföringsform är den SDTI- kompatibla ramen uppdelad ien första och en andra del, där huvudet och en del sänds över en första kanal, medan huvudet och en andra del sänds över en andra kanal.

Många andra egenskaper och fördelar hos den föreliggande uppfinningen kommer att framgå genom en läsning av den följande detaljerade beskrivningen, betraktad i samverkan med de bifogade ritningarna, ivilka: Kort beskrivning av ritningarna Fig. 1 illustrerar i blockdiagramform de huvudsakliga komponenterna som används i samband med utföringsformer av den föreliggande uppfinningen; Fig. 2 illustrerar formatet för en ram i enlighet med utföringsformer av den föreliggande uppfinningen; Fig. 3A och 3B illustrerar formatet för det första datapaketet och efterföljande datapaket; Fig. 4A och 4B illustrerar organisationen för videodata inuti datapaket l enlighet med utföringsformer av den föreliggande uppfinningen; Fig. 5A och 5B illustrerar organisationen för audiodata inuti datapaket i enlighet med utföringsformer av den föreliggande uppfinningen; Fig. 6 och 7 illustrerar element i ett huvud innefattati ramen i enlighet med utföringsformer av den föreliggande uppﬁnningen; Fig. 8 illustrerar en samling paket som kombineras för att formera en ram l enlighet med utföringsformer av den föreliggande uppfinningen; Fig. 9A och 9B illustrerar en alternativ utföringsform av den föreliggande uppfinningen i vilken varianter av SDTI-ramar används i enlighet med utföringsformer av den föreliggande uppfinningen; 10 15 20 25 30 530 393 Fig. 9E illustrerar en alternativ utföringsform i vilken sändaren uppdelar SDTI-strömmen över multipla kanaler; Fig. 10 illustrerar i flödessohemaform åtgärder som utförs för att tillhandahålla extern klockning mellan en dator och ett hårdvaruinterface i enlighet med utföringsformer av den föreliggande uppﬁnningen; Fig. 11 illustrerar registerminneskartan för interfaceanordningen i enlighet med utföringsformer av den föreliggande uppfinningen; Fig. 12 illustrerar organisationen för de globala AN registren som finns inuti interfacet i enlighet den föreliggande uppfinningen; Fig. 13 illustrerar organisationen för det globala statusregistret som finns inuti interfaceanordningen enligt uppfinningen; Fig. 14 illustrerar det isokrona kontrollregistreti interfaceanordningen enligt den föreliggande uppfinningen; Fig. 15 illustrerar organisationen för flödeskontrollregistret som finnsi interfaceanordningen enligt den föreliggande uppﬁnningen; och Fig. 16 illustrerar organisationen för det isokrona kanalregistret som finns i interfaceanordningen enligt den föreliggande uppﬁnningen.

Detaljerad beskrivning Riktas uppmärksamheten mot fig. 1 framgår i blockdiagramform komponenter som är anslutna för att överföra audio- och videodata mellan en dator 100 och en klient 102, ansluten av bus 104 till interfacet 106. Datorn 100 är i en föredragen utföringsform en datoranordning som kan processa video- och audiodata och presentera detta i en igenkännbar form för en användare. Sådana anordningar innefattar s.k. desktop-, laptop- och palmtop-datorer. Klienten 102 som hänvisas till häri är en videokonsument eller en videoproducent och det innefattar sådana anordningar som digitalkameror och video- lagringsanordningar, så som RAM-anordningar. Bussen 104 som hänvisas till häri innefattar en fysisk anslutning mellan datorn 100 och interfacet 106, liksom det seriella protokollet till vilket anordningarna som kommunicerar över bussen 104 ansluter sig till. l den föredragna utföringsformen utnyttjar bussen det seriella protokollet IEEE 1394, känt som Firewire. lnterfacet 106 accepterar både analog och digital inmatning från klienten 102 och konverterar inmatningen till skannade linjer som kan användas av en audio/video- 10 15 20 25 30 5313 393 spelare som exekveras i datorn 100. l en alternativ utföringsform accepterar interfacet 106 en digital komprimeradlokomprimerad signal från klienten 102 och sänder signalen eller delmängder av signalen. l en utföringsform delar interfacet 106 upp inmatningen i ramar 108 de via bussen 104 till datorn 100.

Formatet för ramen 108 illustreras i fig. 2. Ramen 108 innefattar ett ramhuvud 110, video~ block 112, audioblock 114 och som en option ett audiohuvud 116. Audiodata i audio- blocket 114 är samplat med avseende på videodata i videoblocket 112. Audiosamplings- räknaren per ram varierar i enlighet med det som definieras i ANSl/SMPTE 272M specifi- kationen, inkorporerad häri i sin helhet genom hänvisningen. Audiosamplingstakten är nödvändig för att dela heltalet av sampel per sekund längs NTSC rarntakten (29,97 fps).

På samma sätt kan storleken av ramarna 108 variera för att inrymma olika videoformat, så som PAL eller NTSC och 8 eller 10 bitar videodata och audioformat så som 48kHz och 96kHz 16 och 24 bitar o.s.v. På samma sätt kan storleken av ramarna för komprimerad data variera för att inrymma det komprimerade formatet. I en utföringsform har videoblock 112 och audioblock eller komprimerade block en bestämd storlek för att göra parsing av ramen 108 enkel och fordrande liten processoroverhead av applikationer så som direkt minnesaccess. För det fall att alla videoblock 112 eller audioblock 114 inte är helt fyllda av data kan den återstående delen av blocken 112, 114 fyllas med nollor. l en utföringsform är data som ﬁnns i videoblock 112 och audioblock 114 inte komprimerad, vilket ytterligare reducerar processoroverhead för interfacet 106, liksom den processoroverhead som fordras för dekomprimeringsprogram som körs på datorn 100.

Vid konvertering av inmatningen som tas emot från klienten 102 och vid konvertering av denna till linjer och organisering av detta i ramar 108 sänder interfacet 106 en ram vid varje vertikalt blankningsintervall för att tillhandahålla synkronisering med datorn 100.

Datorn 100 kan utvinna de vertikala blankningsintervall från frekvensen av ramar som tas emot och synkronisera sig själv med audio- och videodata hos de inkommande ramarna 108 som tas emot från interfacet 106. På detta sätt sparas processorresurser, eftersom det inte finns något behov av att utföra synkronisering för varje ram när den tas emot, vilket ger en högre kvalitetsprestanda för audio- och videopresentation pà datorn 100.

Fig. 3A och 3B illustrerar formatet för det första datapaketet och efterföljande data paket. 10 15 20 25 30 530 353 Fig. 4A och 4B illustrerar organisationen för videodata inuti datapaketen. Fig. 5A och SB i|lustrerar organisationen för audiodata inuti datapaketen.

Fig. 6 illustrerar innehållet i ett ramhuvud 110. Häri innefattas formatflaggor 130 vilka indikerar antal bitar per sampel, SMPTE tldkod 132, inkrementramräknare 134, audio- cykelräknare 136, audiodampelräknare 138, kanalräknare 140, blockstorlekbyteräknare 142, audioformatflaggor 144 och videoformatflaggor 146. Audiosampelräknaren 138 indikerar ett antal sampel som är förenligt med en takt. Värdet i audiocykelräknaren 136 indikerar placeringen inuti takten. En takt av ramar formar ett cykelmönster.

I en alternativ utföringsforrn kan viss del av innehållet i ramhuvudet 110 flyttas eller kopieras till det extra audiohuvudet 116. En alternativ vy av ramhuvudet 110 visas i flg. 7, illustrerande byteräknare. datalängd och en rambit.

Så som visas i fig. 8 konstrueras ramen 108 av ett flertal paket 150 av en förutbestämd storlek. Med varje paket associeras ett 1394 isokront pakethuvud. Dataöverföring i enlighet med den föreliggande uppfinningen drar nytta av en synkroniseringsbit för att hitta början av en ram. Det första paketet i en ram 108 är märkt med synkroniseringsbiten.

Detta gör det möjligt för datom 100 att identifiera strömmen av data allt eftersom den tas emot, vilket ytterligare reducerar processoroverhead genom att det låter datorn synkronisera flödet av ramar som tas emot från interfacet 106. l en alternativ utföringsforrn av den föreliggande uppfinningen kan ramar som ansluter till den seriella digitala interfacestandarden (SDI) användas, så som illustreras i fig. 9A till 9E.

I dessa utföringsformer ansluter bussen 104 till lEEE 1394B seriella bussprotokoll för att inrymma de datataktrestriktioner som anges i SDI-standarden. Så som beskrivits ovan fomiar interfacet 106 ramar av mottagen inmatning genom att skapa skannade linjer, utföra deinterfoliering, paketering och skapa SDTl-ramar av audio- och videodata med fast storlek. Olika modiﬁeringar kan utföras på SDTI-ramarna, beroende på processor- resurserna som ﬁnns tillgängliga på datorn 100, interfacet 106, klienten 102 eller andra anordningar. Så som beskrivits ovan är överföringen av SDTI-ramar som sänds över 10 15 20 25 30 530 393 bussen 104 synkroniserade med de vertikala blankningslntervallen hos den accepterade signalen.

Så som visas i fig. 9A, har SDTl ramen 160 huvudsakligen två komponenter: vertikal blankningsdel 162 och horisontal återgång 164. len annan utföringsform (fig. QB) adderas alternativt ett ramhuvud 166, ett huvud med en synkroniseringsbit och ramräknare till SDTl-ramen 160 för ytterligare synkronisering och feldetekteringsändamál, så som åter- hämtning när data har förlorats vid överföringen eller i händelse av en bussåterstart. l denna utföringsform innefattas en ramräkningssynkroniseringsbit i SDTl-ramhuvudet 166 och SDTI-ramhuvudet 166 är synkroniserat med den vertikala blankningsdelen 162. l exempelvis en tillämpning vari interface 106 är oförmöget att läsa komprimerad data, eller då allt för stora uppgraderingar av interfacet 106 skulle fordras kan SDTl-ramen 160 överföras till datorn 100, där SDTl-strömmen processas av mjukvara på ett icke realtidsmässigt sätt.

Så som visas i ﬁg. 9C kan SDTI-ramarna 160 alternativt konstrueras utan horisontal återgång 164 för att ytterligare reducera processoverhead. En SDTl-ram som konstruerats utan återgång men med ett huvud 166 kan också användas i en utföringsform, så som visas i fig. 9D. l ytterligare en annan utföringsform, så som visas i fig. QE, kan SDTl-ramen delas upp mellan två multipla kanaler och även innefatta ett SDTI-ramhuvud 166. I denna utföringsform delar sändaren SDTl-strömmen i hälften, där hälften av linjerna överförs via kanal A och hälften överförs via kanal B. Ett bifogat huvud för varje partiell ram kan användas för att assistera i återkomblneringen av ramdata. l en annan aspekt av den föreliggande uppfinningen kan en extern klockning användas för att synkronisera dataöverföringen mellan datorn 100, interfacet 106 och klienten 102. l en utföringsform innefattar klienten 102 en högkvalitativ referensklocka 180 (fig. 1) som kan användas för att synkronisera klockan 182 på interfacet 106 och förhindra en överström- ning i bufferten 184 på interfacet 106. Värdet för referensklockan 180 på klienten 102 erhålls i denna utföringsform av interfacet 106 från den frekvens med vilken data sänds från datorn 102 till interfacet 106. För att utöva en flödeskontroll slopas cykler mellan överföringen av ramar. En slopad cykel ökar tiden mellan överföring av ramar för att sakta ned ramöverföringen. Riktar vi uppmärksamheten mot fig. 10 avfrågar datorn interfacet 10 15 20 25 30 530 393 106 vid referensnumret 200 för att läsa storleken för bufferten 184. Medan bufferten av exemplifierande skäl refereras till i termer av ”större” och ”mindre” ska det klargöras att i fall av en buffert med fast storlek refererar större och mindre till buffertens fyllnadsgrad.

Vid referensnumret 202 sänder datorn 100 ett flertal ramar till interfacet 106. Vid referens- numret 204 avfràgar datorn 100 återigen interfacet 106 för att bestämma storleken för bufferten 184. Om bufferten 184 har ökat i storlek från den förra avfrågningen beträffande dess storlek (beslutsreferensnummer 206), fortsätter kontrollen till referensnumret 208 varvid datorn 100 ökar fördröjningen mellan ramar som den sänder till interfacet 106. l en utföringsform är fördröjningen mellan skickade ramar 125 millisekunder. l en annan utföringsform uppbàdas en bråkdelsfördröjning genom modulering av fördröjningen över ett antal ramar. Om exempelvis en fördröjning mellan ramarna om 2,5 gånger 1,25 mikrosekunder fordras interfolieras ramfördröjningar om 2 och 3 cykler (av 125 millise- kunder). Kontrollen återvänder sedan till referensnumret 202, där ramar sänds till interfacet 106 med den ytterligare fördröjningen mellan ramarna. Återvänder vi nu till beslutsreferensnumret 206 och har bufferten 184 inte ökat i storlek sedan den förra avfrågningen övergår kontrollen till beslutsreferensnumret 210. Om bufferten 206 har minskat i storlek vid beslutsreferensnumret 210 övergår kontrollen till referensnummer 212, där fördröjningen mellan ramar som sänds från datorn 100 till interfacet 106 reduceras. l en utföringsform är storleken också för denna reduktion 125 millisekunder. Kontrollen övergår sedan till referensnumret 202, där ramarna sänds från datorn 100 till interfacet 106 med den reducerade fördröjningen mellan ramarna. Återvänder vi till beslutsreferens- numret 210 och har storleken för bufferten 184 inte reducerats sedan förra avfrågningen beträffande storleken för bufferten 184 är ingen justering av fördröjningen mellan ramar nödvändig och kontrollen övergår till referensnumret 202. interfacet 106 innefattar en seriell enhet 300 för att möjliggöra kommunikation över bussen 104.

Den seriella enheten 300 innefattar ett enhetsregister 302, så som visas i tabell 1.

Namn Nyckel Värde UﬂiLSbecJD ox12 oxoooaz? 10 15 5 3 ü 3 9 3 9 Unit_SW_Version Ox13 0x0O0022 Unit_Register_Location 0x54 Csr_offset till register Unit_Signals_Supported 0x55 Stödda RS232 signaler Tabell 1 Värdet för Unit_Spec_lD anger den organisation som är ansvarig för arkitektdefinitionen av den seriella enheten 300. Värdet för Unit_SW_Version angeri kombination med värdet för Unit_Spec_|D mjukvaruinterfacet för enheten. Värdet för Unit_Register_Location anger offset för målanordningens intiala adressutrymme i de seriella enheternas register. Värdet för Unit_Signals_Supported anger vilka RS-232 signaler som stöds, så som visas i tabell 2.

Om detta värde är uteslutet från den seriella enhetens register 302 stöds ingen av dessa signaler.

Fält Bit Beskrivning Ready to Send (RTS) 0 Satt om RTS/RFR stöds Clear to Send (CTS) 1 Satt om CTS stöds Data Set Ready (DSR) 2 Satt om DSR stöds Data Transmit Ready (DTR) 3 Satt om DTR stöds Ring lndicator (RI) 4 Satt om RI stöds Carrier (CAR) 5 Satt om CAR/DCD stöds Reserverade [31 _ , _ 6] Reserverad Tabell 2 I den seriella enheten 300 innefattas också en serieenhetsregisterkarta 304 som refererar till registeri den seriella enheten 300. Organisationen av serieenhetsregisterkartan 304 visas i tabell 3.

Hex Namn Access Storlek Värde Offset OxO Login W 2 Adressen för initierarens seriella register 0x8 Logout W 1 Godtyckligt värde 10 15 530 393 10 Oxc Reconnect W 1 lnitierarens nod ID Ox1O TxFlFO Size R 1 Storlek i byte för TxFlFO 0x14 RxFlFO Size R 1 Storlek i byte för RxFlFO 0x18 Status R 1 CTS/DS R/RI/CAR 0x1 c Controll W 1 DTR/RTS Ox20 Flush TxFlFO W 1 Godtyckligt värde 0x24 Flush RxFlFO W 1 Godtyckligt värde 0x28 Send Break W 1 Godtyckligt värde Ox2c Set Baud-takt W 1 Baud-takt 300->23040O 0x30 Set Char Size W 1 7 eller 8 bitars tecken 0x34 Set Stop Size W 1 1, 1.5 eller 2 bitar 0x38 Set Parity W 1 Ingen, udda ellerjämn paritet. 0x3c Set Flow W 1 Ingen, RTS/CTS eller Xon/Xoff Control Ox40 Reserved - 4 Reserverad 0x50 Send Data W TxFlFO Byte att sända size Tabell 3 Serieenhetsregisterkartan 304 refererar till ett login register. En anordning som försöker kommunicera med den seriella enheten 300 benämns häri som en initierare. En initierare kan exempelvis vara en dator 100 eller andra noder som är anslutna till ett nätverk via en seriell höghastighetsbuss och som ståri kommunikation med interfacet 106. initieraren skriver 64-bitarsadressen från basen för sin serieregisterkarta till login-registret för att logga in i den seriella enheten 300.'Om en annan ínitierare redan är inloggad returnerar den seriella enheten 300 ett sammanstötningsmeddelande. De högsta 32 bitarna i adressen skrivs till Login-adressen och de lägsta 32 bitarna till Login+4. Serieenhets- registerkartan refererar också till ett logout-register. initieraren skriver ett godtycklig värde i detta register för att logga ut från den seriella enheten. Efter varje bussåterstart måste initieraren skriva sin (möjligen ändrade) nodelD i återanslutningsregistret. Om initieraren inte klarar att göra detta inom en sekund efter det att bussen återstartat är den automatiskt utloggad. Det 16 bitars nodelD skrivs i de nedre 16 bitarna av detta register, de övre 16 10 15 20 530 393 11 bitarna ska skrivas med nollor. En läsning av registret TxFlFO Size returnerar storleken i byte för den seriella enhetens sändnings FIFO. En läsning av registret RxFlFO Size returnerar storleken i byte för den seriella enhetens 300 mottagnings FIFO. En läsnings av registret Status returnerar den aktuella statusen för CTS/DSR/Rl/CAR (om de stöds).

Statusregistret är organiserat så som visas i tabell 4.

Fält Bit Beskrivning CTS 0 1 om CTS är hög, annars 0 DSR 1 1 om DSR är hög, annars 0 RI 2 1 om Rl är hög, annars 0 CAR 3 1 om CAR ör hög, annars 0 Reserverad [31 ...4] Alltid 0 Tabell 4 En skrivning i registret Control sätter statusen för DTR och RTS (om de stöds).

Organisationen för registret Control visas i tabell 5.

Fält Bit Beskrivning RTS 0 Om 1 sätt RTS hög, annars sätt RTS låg DTR 1 Om 1 sätt DTR hög, annars sätt DTR låg Reserverad [31...2] Alltid 0 Tabell 5 En skrivning av ett godtyckligt värde i registret F |ushTxFlFO får den seriella enheten 300 att rensa sitt sändnings-FlF0 och göra sig av med alla bytes som för tillfället finns däri. En skrivning av ett godtyckligt värde i registret FlushRxFlFO får den seriella enheten 300 att rensa sitt mottagnings-FIFO och göra sig av med alla bytes som för tillfället finns däri. En skrivning av ett godtyckligt värde i registret Send Break får den seriella enheten 300 att sätta ett stoppvillkor på sin serieport, efter att ha skickat det aktuella innehållet i TxFlFO.

En skrivning i registret Set Baud Rate sätter baud-takten för den serieporten hos seriella enheten 300. Registret registret Set Baud Rate är organiserat så som visas i tabell 6. 530 393 12 Skrivet värde Baud-takt 300 600 1200 240 4800 9600 19200 38400 57600 1 15200 230400 Tabell 6 COWNCDUI-BOONJO _\ Ö Registret Set Char Size sätter bitstorleken för de tecken som skickas och tas emot.

Organisationen för registret Set Char Size visas i tabell 7. 7-bitstecknen är utfyllda till 8 5 bitar genom att en utfyllnadsbit adderas som den mest signifikanta biten.

Skrivet värde Teckenbitstorlek 0 7 bitar 1 8 bitar Tabell 7 Registret Set Stop Size bestämmer antalet stoppbltar. Registret Set Stop Size är 10 organiserat så som visas i tabell 8.

Skrivet värde Stoppbitar 0 1 bit 1 1,5 bitar 2 2 bitar Tabell 8 530 393 13 Registret Set Parity bestämmer pariteten för serieporten. Organisationen för registret Set Parity visas i tabell 9.

Skrivet värde Paritet 0 ingen paritetsbit 1 Jämn paritetsbit 2 Udda paritetsbit Tabell 9 5 Registret Set Flow Control sätter typen av flödeskontroll som används av serieporten.

Organisationen för registret Set Flow Control visas i tabell 10.

Skrivet värde Flödeskontroll 0 Ingen 1 CTS/RTS 2 XOn/XOff Tabell 10 10 Registret Send Data används när initeraren sänder blockskrivningsförfràgningar till detta register för att skriva tecken i sändning FlFO. Blockskrivningar får inte vara större än storleken för sändnings FlFO som anges av registret TxFlFO Size. Om det inte finns tillräckligt med plats i TxFlFO för hela skrivblocket returneras ett konfliktmeddelande och 15 inga tecken kopieras in i FlFO.

I den seriella enheten 300 finns det vidare innefattat en initierarregisterkarta med ett flertal register organiserade så som visas i tabell 11.

Hex Offset Namn Access Storlek Värde 0x0 Break W 1 Godtycklig värde 0x4 Framing Error W 1 Mottaget tecken Ox8 Parity Error W 1 Mottaget tecken Oxc RxFlFO overflow W 1 Godtycklig värde 0x10 Status Change W 1 CTS/DSR/Rl/CAR 10 15 20 530 393 14 0x14 Reserverad 7 - 3 Reserverad 0x20 Received Data W RxFlFO-storlek Mottagna byte Tabell 11 När den seriella enheten 300 detekterar ett stoppvillkor på sin serieport skriver den ett godtyckligt värde till detta register. När den seriella enheten 300 detekterar ett ramfel på sin serieport skriver den det mottagna tecknet till ramregistret. När den seriella enheten 300 detekterar ett paritetsfel på sin serieport skriver den det mottagna tecknet till paritets- registret. När den seriella enheten 300 tar emot FlFO overflow skriver den seriella enheten ett godtyckligt värde till RxFlFO overflow registret. När den seriella enheten 300 detekterar en förändring i status för någon av CTS/DSR/Rl/CAR skriver den till statusregistret för att indikera den nya statusen för serieporten. Organisationen för statusregistret visas i fig. 12.

Fält Bit Beskrivning CTS 0 1 om CTS är hög, annars O DSR 1 1 om DSR är hög, annars 0 Rl 2 1 om RI är hög, annars 0 CAR 3 1 om CAR ör hög, annars 0 Reserverad [31 ...4] Alltid O Tabell 12 När den seriella enheten 300 tar emot tecken från sin serieport skriver den de mottagna tecknen till registret ”mottagen data” med en blockskrivningstransaktion. Den skriver aldrig fler byte än de som anges av storlek för mottagnings FIFO som anges av RxFlFO registret.

Om initieraren inte kan ta emot alla de tecken som sänts svarar den med ett konfliktfel- meddelande och tar inte emot något av tecknen som sänts.

Fig. 11 illustrerar registenninneskartan för interfaceanordningen i enlighet med utförings- former av den föreliggande uppfinningen. Fig. 12 illustrerar organisationen för AN globala register som innefattas i interfacet hos den föreliggande uppfinningen. Fig. 13 illustrerar organisationen för ett globalt statusregister som innefattas i interfaceanordnlngen hos den föreliggande uppfinningen. Fig. 14 illustrerar de isokrona kontrollregistren som innefattas i 10 15 20 5313 393 15 interfaceanordningen hos den föreliggande uppfinningen. Fig. 15 illustrerar organisationen för flödeskontrollregistret i interfaceanordningen hos den föreliggande uppfinningen. Fig. 16 illustrerar organisationen för de isokrona kanalregistren som innefattas i interface- anordningen hos den föreliggande uppfinningen. l en annan utföringsform av den föreliggande uppfinningen utvinns en syntetiserad vertikal blankningssignal genom att avfråga ett vertikalt blankningsregister 106. Den vertikala blankningssignalen involverar kod till program som körs på datorn 100. l en utföringsform kan även timinginformation tillhandahållas för program som körs på datorn, endera i kombination med den involverade koden eller istället för den involverade koden. l en utföringsform av den föreliggande uppfinningen innehåller interfacet 106 ett register som innehåller en räknare som indikerar det aktuella framàtskridandet i ramen, från vilket den nästa vertikala återgàngen kan extrapoleras eller annars utvinnas. Genom att utvinna gränser från ramöverföringar kan annan data som är inuti ramen och synkroniserad med förekomsten av vertikala blankningsintervall lokaliseras och kommas åt för exempelvis samplingsoperationer. Härutöver utvinner en utföringsform av den föreliggande uppfinningen ramgränser för lokalisering av data som är sammanfallande med de vertikala blankningsintervallen men som inte innehåller någon information om den vertikala blankningen. l en utföringsform används den föreliggande uppfinningen för att erhålla data som är giltig under en period efter förekomsten av ett videoblankningsintervall, på så sätt att tidskoder som finns inuti ramen kan läsas och användas i olika bearbetande applikationer. l en utföringsforrn kan datorn 100 sedan schemalägga ett avbrott som inträffar vid denna extrapolerade tid och således sända ut en ram.

Claims

10 15 20 25 30 530 393 16 Krav

1. En metod för sekventiell överföring av ett ﬂertal ramar mellan en seriell anordning och en dator, där den seriella anordningen och datorn står i kommunikation med varandra via ett seriellt höghastighetsinterface som är anslutet mellan den seriella anordningen och datom , där metoden innefattar att: - designera ett antal ramar som dataramar bland ﬂertalet ramar - designera ett antal ramar som kontrollramar bland ﬂertalet ramar - för varje dataram tillhandahålla: ett ramhuvud; videodata, där videodata följer efter ramhuvudet; och audiodata, där audiodata följer efter videodata - sända en eller flera dataramar till sagda dator - detektera förekomsten av ett vertikalt blankningsintervall, och - sända en kontrollram till datorn vid det vertikala blankningsintervallet.

2. Metoden enligt krav 1, vidare innefattande att för varje dataram tillhandahålla ett audiohuvud, där audiohuvudet är infört mellan videodata och audiodata. '

3. Metoden enligt krav 1, vari ramhuvudet innefattar en ramräkningssynkroniseringsbit.

4. Metoden enligt krav 3, vidare innefattande att för varje dataram tillhandahålla en vertikal blankningsdel.

5. Metoden enligt krav 4, vari ramräkningssynkroniseringsbiten är synkroniserad med den vertikala blankningsdelen.

6. Metoden enligt krav 1, vidare innefattande att för varje dataram tillhandahålla en audioheader med en audiocykelräknare.

7. Metoden enligt krav 1, vari audiodata samplas med avseende på videodata.

8. Metoden enligt krav 1, vari audiodata innefattar en audiosampelräknare per ram. 10 15 20 25 30 530 393 17

9. Metoden enligt krav 8, vari audiosampelräknaren indikerar ett antal byte per sampel.

10. Metoden enligt krav 8, vari audiosampelräknaren varierar i enlighet med en ANSI/SMPT 272M speciﬁkation.

11. Metoden i krav 1, vari ramhuvudet innefattar formatﬂaggor, där forrnatﬂaggorna indikerar ett antal bitar per sampel av videodata.

12. Metoden i krav 1, vari ramhuvudet innefattar en SMPTE tidskod.

13. Metoden i krav 1, vari ramhuvudet innefattar en inkrementerande ramräknare.

14. Metoden i krav 1, vari ramhuvudet innefattar en audiocykelräknare som indikerar positionen i audiotakten preciserad av ANSI/SMPTE 272M speciﬁkationen.

15. Metoden i krav 1, vari ramhuvudet innefattar en audiokanalräknare.

16. Metoden i krav 1, vari ramhuvudet innefattar en blockstorleksbyteräknare.

17. Metoden i krav 16, vari blockstorleksbyteräknaren indikerar hur många byte av audio som finns i audiodatat.

18. Metoden i krav 1, vari ramhuvudet innefattar audioformatﬂaggor.

19. Metoden i krav 1, vari ramhuvudet innefattar videoformatflaggor.

20. En anordning för sekventiell överföring av ett ﬁertal ramar mellan en seriell anordning och en dator, där den seriella anordningen och datom står i kommunikation med varandra via ett seriellt höghastighetsinterface som är anslutet mellan den seriella anordningen och datorn , där systemet innefattar: - kretsar som är konﬁgurerade för att designera ett antal ramar som dataramar bland ﬂertalet ramar; 10 15 20 25 30 530 393 18 - kretsar som är konﬁgurerade för att designera ett antal ramar som kontrollramar bland ﬂertalet ramar; - kretsar som är konﬁgurerade att för varje dataram tillhandahålla ett ramhuvud; - kretsar som är konﬁgurerade att för varje dataram tillhandahålla videodata, där videodata följer efter ramhuvudet; - kretsar som är konfigurerade att för varje dataram tillhandahålla audiodata, där audiodata följer efter videodata - kretsar som är konfigurerade för att sända en eller ﬂera dataramar till datorn; - kretsar som är konﬁgurerade för att detektera förekomsten av ett vertikalt blankningsintervall; - kretsar som är konﬁgurerade för att sända en kontrollram till sagda dator vid det vertikala blankningsintervallet.

21. Anordningen i krav 20, vidare innefattande kretsar som är konﬁgurerade att för varje dataram tillhandahålla ett audiohuvud, där audiohuvudet är infört mellan videodata och audiodata.

22. Anordningen i krav 20, vari ramhuvudet innefattar en ramräkningssynkroniseringsbit.

23. Anordningen i krav 22, vidare innefattande kretsar som är konﬁgurerade att för varje dataram tillhandahålla en vertikal blankningsdel.

24. Anordningen i krav 23, vari ramräkningssynkroniseringsbiten är synkroniserad med den vertikala blankningsdelen.

25. Anordningen i krav 20, vidare innefattande kretsar som är konﬁgurerade att för varje dataram tillhandahålla en audioheader med en audiocykelråknare.

26. Anordningen i krav 20, vari audiodata samplas med avseende på videodata.

27. Anordningen i krav 20, vari audiodata innefattar en audiosampelräknare per ram. 10 15 20 25 30 53Ü 393 19

28. Anordningen i krav 27, vari audiosampelräknaren indikerar ett antal byte per sampel.

29. -29. Anordningen i krav 27, vari audiosampelräknaren varierar i enlighet med en ANSl/SMPT 272M speciﬁkation.

30. Anordningen i krav 20, vari ramhuvudet innefattar formatﬂaggor, där forrnatflaggoma indikerar ett antal bitar per sampel av videodata.

31. Anordningen i krav 20, vari ramhuvudet innefattar en SMPTE tidskod.

32. Anordningen i krav 20, vari ramhuvudet innefattar en inkrementerande ramräknare.

33. Anordningen i krav 20, vari ramhuvudet innefattar en audiocykelräknare som indikerar positionen i audiotakten preciserad av ANSI/SMPTE 272M speciﬁkationen.

34. Anordningen i krav 20, vari ramhuvudet innefattar en audiokanalräknare.

35. Anordningen i krav 20, vari ramhuvudet innefattar en blockstorleksbyteräknare.

36. Anordningen i krav 35, vari blockstorleksbyteräknaren indikerar hur många byte av audio som ﬁnns i audiodatat.

37. Anordningen i krav 20, vari ramhuvudet innefattar audioformatﬂaggor.

38. Anordningen i krav 20, vari ramhuvudet innefattar videoforrnatflaggor.

39. En datorprogramprodukt innehållande instruktioner som, när de exekveras av en dator, sänder sekventiellt ett ﬂertal ramar mellan en seriell anordning och en dator , där den seriella anordningen och datorn ståri kommunikation med varandra via ett seriellt höghastighetsinterface som är anslutet mellan den seriella anordningen och datom , genom att: - designera ett antal ramar som dataramar bland ﬂertalet ramar 10 15 20 25 30 530 353 20 - designera ett antal ramar som kontrollramar bland flertalet ramar - för varje dataram tillhandahålla: ett ramhuvud; videodata, där videodata följer efter ramhuvudet; och audiodata, där audiodata följer efter videodata - sända en eller flera dataramar till sagda dator - detektera förekomsten av ett vertikalt blankningsintervall, och - sända en kontrollram till datom vid det vertikala blankningsintervallet.

40. Datorprogramprodukten i krav 39, vidare innefattande instruktioner som, när de exekveras av en dator, för varje dataram tillhandahåller ett audiohuvud, där audiohuvudet är infört mellan videodata och audiodata.

41. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en ramräkningssynkroniseringsbit.

42. Datorprogram produkten i krav 41 innefattar vidare instruktioner som, när de exekveras av en dator, för varje dataram tillhandahåller en vertikal blankningsdel.

43. Datorprogramprodukten i krav 42, vari ramräkningssynkroniseringsbiten är synkroniserad med den vertikala blankningsdelen.

44. Datorprogramprodukten i krav 39, vidare innefattande instruktioner som, när de exekveras pà en dator, för varje dataram tillhandahåller en audioheader med en audiocykelräknare.

45. Datorprogramprodukten i krav 39, vari audiodata samplas med avseende på videodata.

46. Datorprogramprodukten i krav 39, vari audiodata innefattar en audiosampelräknare per ram.

47. Datorprogramprodukten i krav 46, vari audiosampelräknaren indikerar ett antal byte per sampel. 10 15 20 25 5312! 353 21

48. Datorprogramprodukten i krav 47, vari audiosampelräknaren varierar i enlighet med en ANSI/SMPT 272M speciﬁkation.

49. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar formatﬂaggor, där formatfiaggoma indikerar ett antal bitar per sampei av videodata.

50. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en SMPTE tidskod.

51. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en inkrementerande ramräknare.

52. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en audiocykeiräknare som indikerar positionen i audiotakten preciserad av ANSI/SMPTE 272M speciﬁkationen.

53. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en audiokanalräknare.

54. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar en biockstorleksbyteräknare.

55. Datorprogramprodukten i krav 54, vari blockstorleksbyteräknaren indikerar hur många byte av audio som finns i audiodatat.

56. Datorprogramprodukten i krav 39, vari ramhuvudet innefattar audioformatflaggor.

57. Datorprogramprodukten i krav 39, van ramhuvudet innefattar videoformatflaggor.