Hallo Louca,
das Baujahr muss so 2000 sein, das Bild stimmt überein. Meine beiden anderen Videorekorder (Sharp, Loewe) verhalten sich genauso. Kann meiner Meinung nicht an den Geräten liegen. Unter EDIUS 3.62 hat ja alles geklappt.
Hallo Louca,
das Baujahr muss so 2000 sein, das Bild stimmt überein. Meine beiden anderen Videorekorder (Sharp, Loewe) verhalten sich genauso. Kann meiner Meinung nicht an den Geräten liegen. Unter EDIUS 3.62 hat ja alles geklappt.
Hallo zusammen,
ich möchte hier bezüglich dieses Problems mal auf eine mögliche Überlastung des Southbridge - Chips aufmerksam machen, denn da hängt bei den meisten Motherboards so ziemlich alles dran. Nur bei einigen (teuren) Motherboards gibt es eine Entlastung der Southbridge, wenn man Geräte per PCI-Express anschliesst, wenn der PCI - Express- Bus an der Northbridge hängt. In der 'ct wurde auf dieses Problem vor einiger Zeit schon einmal aufmerksam gemacht. Ich hatte auch damit zu kämpfen und habe absolut keine Probleme mehr, seit ich einen PCI - Express RAID Controller bei mir eingebaut habe.
Man muss sich einfach mal das Blockschaltbild gängiger Motherboards anschauen, dann sieht man sofort, was da so alles dran hängt.
Viele Grüsse
Hubby
Die gleiche Fehlermeldung hatte ich auch schon - arbeite jedoch mit einem sehr schnellen Board - Quad core - sata2 Festplatte und verarbeite nur DV-Material.
Diese Fehlermeldung kannte ich nicht mit meinem alten System. Habe diese FM einfach ignoriert.
PS: fahre ohne Raid
mfg. Manfred
Meine Ausrüstung - siehe links.
Inzwischen bin ich bei EDIUS 5.12 angelangt und bzw. aber das o. g. Phänomen ist immer noch existent.
Weiß irgend jemand inzwischen etwas (mehr)?
Schönen zweiten Weihnachtstag...
ZitatWeiß irgend jemand inzwischen etwas (mehr)?
Ja, es ist in ~95% der Fälle ein Bus \ Interrupt Problem
und nur bei ~5% ein echtes Plattenproblem ==> Extremfälle mit Master -Slave Abhängigkeit oder Notebook \ externe Platten in green Power Ausführungen
alles andere ist ausreichend oben beschrieben ...und auch mehrfach inzwischen im Forum (teilweise mit erfolgreichen Lösungen) beschrieben.
Zitataber das o. g. Phänomen ist immer noch existent
das Phänomen ist ihr Motherboard, bzw. ihr individuelles Setup
das Phänomen hat nichts mit der jeweiligen Edius-Version zu tun
Zitataus dem Profil vonLouca:
Hauptplatine: GigaByte GA-965P-DQ6
Nachdem sich scheints an ihrem 965P- Motherboard nichts verändert hat,
allfällige Biosupdates von GB für diese Alt-Board vermutlich auch nicht mehr eingepflegt werden
bleibt nur die Suche nach den "üblichen Verdächtigen" wie hierortsd und im US Forum in den letzten 2 Jahren ausreichend dokumentiert
"übliche Verdächtige"
Test mit LatencyChecker
Test ob "natives capture" ohne gleichzeitige Konvertierung zu HQ funktioniert
Plattenindizierung abschalten
Gigabyte DES deinstallieren (falls vorhanden und im LatencyChecker als spikes auftaucht)
(leihweise) 1394er FW Karte in einem Slot, der nicht von "shared devices" mit höherer Priorität verdrängt wird
allfälliger Raid-controller (mit hoher Priorität) deaktivieren,
Testweise eine externe eSATA Platte capturen
usw, usw,
siehe auch ==> 13 Things to Try if you get "Disk too Slow"
bzw. Suchfunktion in diesem Forum ... unter Verwendung der reichlich vorhandenen "keywords" in diesem Thread
bzw. seach for "Disk too Slow" in GV.com Forum
ZitatLouca schrieb Januar 2008:
Letzteres auch insofern, als dass ja das von mir eingesetzte GigaByte-Mainboard von Canopus für den HD-Schnitt offiziell freigegeben wurde
HD-Schnitt offiziell freigegeben bedeutet nicht dass "Capture+convert to HQ" auf diesem Board in allen seinen Setup-Varianten funktionieren muß
HD-Schnitt an und für sich, ist das Eine,
die Aufgabe ohne ein einziges "dropped frame" zu capturen jedoch bei gleichzeitiger Wandlung nach 4::2:2 mit 100-180Mbit/sec ist das Andere
Das sind zwei verschiedene Paar Schuhe.....
Schönen weitere Weihnachtstage...
.