USB2.0 i 480 Mbit/s, går det så fort?

[stoffe]

Hej

Nedan ska jag svara på alla frågor och påståenden.

Det kan ju vara så att det är min PCI buss som begränsar mig, har du blueint kommit fram till att det är just 1.2 som är förlusten i protokollets ineffektivitet? Om ditt matematik exempel stämmer så borde flaskhalsen ligga där och att jag måste skaffa ett PCIe kort med USB2.0 port på. Du har ju kommit fram till just 27 fps som oxå är maximalt vad jag uppnår med min kamera i nuvarande konfiguration.

Kameran skickar data okomprimerat, det är en kamera för astronomiskt, den skickar även den monokroma videoström i 12 bits gråskala eller vad det nu heter, färgdjup? Alltså inte i 8 bitar eller som en vanlig färgwebbkamera eller jpeg bild 8x3= 24 bitar. ASI120MM är ju dessutom monokrom. Dvs saknar bayermask som färgkameror har för att få färg i bilderna. Kameror med mpeg liknande komprimering har man till allt möjligt annat där det inte finns så höga krav som för astronomi, så det går helt och hållet bort. Det är ingen x264 codec eller annat som förstör slutresultatet heller. Och som sagt, det är en monokrom kamera inte en färgkamera. En videoström från en färgkamera borde ha högre krav på videoströmmen i och med att det är två färgkanaler till (totalt tre, RGB) jämfört med min monokroma kamera som enbart ger en luminans videoström eller vad man ska kalla det.

Ang firewire så har jag haft 2 sådana kameror och jag har svurit så mycket att jag aldrig någonsin vill hålla på med en så dålig och ostabil standard. USB är totalt överlägset på alla plan när det gäller kompatibilitet och driftsäkerhet, det är rena praktiska erfarenheter. Tyvärr, för det är inte roligt att behöva missa viktig observationstid pga av strulande utrustning. Exempel på detta är att kameran helt plötsligt tappar kontakt med datorn, att man får hack i videon osv. För er som undrar vad det var för kameror så var dom av märket The Imaging Source, dvs industrikameror.

Datan fylls på i rekordsnabb hastighet, ja. Tyvärr brister resonemanget helt med att komprimera filmen med en förstörande codec. Det går helt och hållet bort. Det är mycket bättre att köpa en ny hårddisk i så fall. 39 timmars film på 4TB är ju så mycket data att jag har att göra i många många timmar med efterbehandling. Det får jag inte ihop ens på en hel säsong, det är långt ifrån. Det är sällan jag filmar längre än ett par minuter åt gången av flera anledningar. Vitsen med okomprimerat är att kunna plocka fram detaljer som annars inte skulle vara möjligt. Se resultatet nedan. Fråga vilken fotograf som helst, att fota i råformat öppnar upp helt andra möjligheter till bildredigering.

Jag använder Windows 7 64-bit. Ett Nvidia GT320 som grafikkort. Borde räcka till tycker jag. 4 GB ram DDR2 PC6400. Även om jag streamar filmen och visar den på skärmen så får jag samma fps som när jag trycker på rec så hårddisken har ingen betydelse heller men den hänger med rätt bra ändå trots att jag har en 400 GB IDE-disk, inga problem att skriva till den i höga fps heller. Det är inte där flaskhalsen sitter eftersom fpsen skulle gå ner då i så fall när man trycker på rec vilket den inte gör.

Virtualdub funkar säkert bra om man inte har krav på ASCOM kompabilitet eller andra höga krav på sin webbkamera och i mitt fall är det ett krav att jag t ex kan köra en annan utrustning från samma program (via ASCOM), t ex filterhjul för filterbyte, fokuserare för fokusering och guidening för centrering av objekt via teleskopmonteringens motorer. Det finns ett program som heter Fire Capture som är otroligt kompetent, det är rekommenderat från tillverkaren av kameran dessutom. Det fungerar mycket bra och jag är nöjd med det.

Jag bifogar försäkerhets skull en bild på vad det är jag använder denna kamera till. Här är en bild som jag tagit med min ZWO ASI120MM kamera. Det är planeten Jupiter fotad helt med egen utrustning, 4000 mm brännvidd. Tre stycken 50 sekunders filmer i rött, blått och grönt filter. Filmat i 140 fps med region of interest påslaget (ROI) där av den höga fpsen. Ett resultat med lite drygt 20 000 stackade bilder. Anledningen till max 50 sekunder är att Jupiter roterar så fort att det på 3 minuter så går det inte längre att stacka det sista och första bilden för de stämmer inte överens med varann. En 50 sekunders film tar lite drygt 1 GB. Tänkte att bilden kunde uppskattas i tråden + att det kan ge en bättre förståelse vad syftet med denna kamera är för mig.

Tack för alla uträkningar och svar!

[TomasL]

Fortfarande så skickar kameran bara 27 Mbit/s, så ditt problem är något annat, inte hårdvara.

[stoffe]

TomasL varför är det inte hårdvarurelaterat?

Förresten så har jag goda nyheter, jag har lyckats nå 35 fps i full upplösning 12 bitars färgdjup med ICH10 USB kontroller krets på en dator som jag har. Då borde jag konstatera att det är min teleskopdator som har för långsam USB2.0 port och även att mitt USB2.0 PCI kort är för långsamt pga av långsam PCI buss. ICH10 kontrollern på denna dator som jag tillfälligt provar kameran på verkar ha den inbyggd direkt på moderkortet, hur den är internt ihopkopplad vet jag ej. Moderkortet är ett Asus P5Q SE.

Ska även prova lite olika kablar för att få en bra jämförelse om vad exakt som är fel.

[TomasL]

Tja, naturligtvis kan det vara hårdvarurelaterat.
27 Mbit/s dvs 3,4 MB/s är inte speciellt mycket om man pratar hastighet, så nej jag tror inte du har några flaskhalsar i hårdvaran, möjligtvis om du har rent no-name skräp, möjligtvis.
Jag personligen tror mer på dåliga drivrutiner eller liknande orsaker.
Både USB och PCI är betydligt snabbare än din kamera med minst en faktor 10, urPCI hade 133 MB/s att jämföra med kamerans 3,4MB/s och USB bör problemfritt hantera en sustained hastighet om runt 250Mbit/s

[stoffe]

Samma drivrutiner, samma capture program, samma version av Win 7 64-bit. Det som skiljer är hårdvaran, enbart datorn alltså. Jag ska prova lite olika USB-kablar oxå. Finns det någon rekommendation av något bra märke på just USB kablar eller någon speciell typ av kabel så jag kan tillverka en själv i lämplig längd?

[TomasL]

En sak som kan vara lite lurig, är vilken port du ansluter på, eftersom det på moderkortet förmodligen sitter ett rot-nav, dvs typ en hub, där bandbredden delas mellan de olika enheterna.
Det gäller då att hitta en anslutning som är ensam.

[stoffe]

Ja precis, hittils har jag oxå gjort så att jag haft en helt egen kabel från dator till kamera utan något annat i vägen. Frågan är om en USB hub mellan kamera och dator skulle vara att föredra i och med min 6,5 meters kabellängd.

[TomasL]

Kabellängden kan orsaka problem, testa med en hub eller aktiv kabel.

[stoffe]

Hej

Nu har jag testat med alla möjliga kablar jag kunnat hitta här hemma och jag kan konstatera att det inte är min 6,5 meters kabel som det är fel på. Anledningen till att jag kommit fram till det är för att jag kommer upp i exakt samma hastighet med alla kablar mellan 0,3 meter till 6,5 meter som jag har provat (ca ett tiotal kablar i varierande längd). Däremot så har jag kopplat om all annan USB ansluten utrustning till mitt extra PCI kort med USB och använder nu USB anslutningen på moderkortet för min kamera, dvs tvärt om mot tidigare experiment. Jag når nu 33 fps med min teleskopdator, med min stationära hemdator så når jag 35 fps vilket är som det ska. Så jag tror jag får nöja mig här. Det verkar som att bandbredden delas även om ansluten USB utrustning inte används, även om det är långsamma enheter som ansluts så går hastigheten ner på moderkortets övriga USB anslutningar. Dvs om jag t ex har min ASI120MM kamera ansluten i en separat port på moderkortet och sedan har en USB gamepad, mus och en st4 interpreter alla på varsin usb port och inget används så delas hastigheten i alla fall och väldigt mycket verkar reserveras för de långsamma enheterna trots att de aldrig behöver mer än 0,5 mbit tillsammans.

Tack för alla svar och invändningar, det har varit intressant att se alla förslag på felkällor och jag har gått igenom samtliga punkter i denna tråd.

[blueint]

En diagnos kan nog ställas om du ritar upp hur USB bussen är kopplad och vilka slags hubbar du använder. Tänk på att en del USB portar på datorer egentligen är en intern USB hubb..

En USB1 enhet som delar hubb med en USB2 enhet kan nog få hubben att koppla ner till USB1 osv.

[hummel]

Tråkigt att du haft problem med FireWire. Normalt är FireWire överlägset USB, speciellt om du har bandbreddskrav. FireWireenheter kan öppna en kanal med garanterad bandbredd, vilket USB 2 inte kan garantera.

[blueint]

USB2 kan nog inte garantera något alls..

[stoffe]

Min teleskopdator

Två USB 2.0 interface.

PCI NEC kort -> intern usb hub -> kabel till EXSYS 1177 hub -> En hel radda låghastighets USB2.0 enheter.
PCI NEC kort -> intern usb hub -> kabel till gamepad
PCI NEC kort -> intern usb hub -> kabel mus

Moderkortets interna USB interface -> intern usb hub -> kabel 6,5 meter -> ASI120MM dvs den är helt för sig själv på en egen usb host.

Jag och många andra har haft mycket problem med just firewire kameror från the imaging source (TIS) så jag vet inte om det är TIS egna drivrutiner eller vad det nu kan vara som spökar men jag har haft alla de fel som påstods skulle hända över USB fast det var firewire i mitt fall. Det är ju något som mest är till för mac användare då det är apples egna standard. Visst kanske det funkar fint i teorin med firewire men tyvärr inte i praktiken av den erfarenhet som jag har. Det kanske är annorlunda med andra firewire enheter än just kameror, vad vet jag.
Jag hade faktiskt en DMK21 Firewire kamera men jag uppgraderade till en ASI120 MM USB2.0 kamera och alla problem försvann förutom att jag inte kunde köra den i absolut maximal hastighet i full frame mode vilket jag enbart ska ha till solfoto och månfoto. För planeterna spelar det ingen roll då jag ändå har ROI påslaget.

[bearing]

Fortfarande så skickar kameran bara 27 Mbit/s, så ditt problem är något annat, inte hårdvara.

Har du länk till databladet?
Om det stämmer är bilderna alldeles för komprimerade för att vara användbara till något seriöst.

[blueint]

En hel radda låghastighets enheter kan ställa till det. En annan aspekt som är värt att reflektera över är operativsystemet..