Πρόβλημα με Dpc Latency σε laptop!

[Dep0n]

Καλησπέρα κόσμε!!

Είχα γράψει πριν απο καιρό για το συγκεκριμένο θέμα..έχοντας ομως μια ελπίδα οτι ίσως με την πάροδο του χρόνου έχει βρεί κάποιος φίλος του noiz κάτι..μπήκα στη διαδικασία να ξαναγράψω για το θέμα αυτο!

Χρησιμοποιώ το λαπτοπ μου (Toshiba Satellite L505-141) σε μικρά λαιβ που παίζω ανα διαστήματα..

Πάντα με κυριέυει ο φόβος για το κρασάρισμα του προγράμματος που χρησιμοποιώ (cubase + seuperio drummer)

Τρέχοντας το dpc latancy και αφου πρώτα έχω απενεργοποιησει wireless bluetooth έλεγχο μπαταρίας κλπ όλο και κάποια κόκκινη μπάρα θα εμφανιστεί..κάτι που σημαίνει οτι ο κίνδυνος κρασαρίσματος ήχου είναι πολύ κοντά!

'Εχει κανείς απο εσάς παρόμοιο πρόβλημα?

Αν ναι..σε περίπτωση που έχει βρεί λύση..θα χαιρόμουν πολύ αν μάθαινα πως το ξεπέρασε!

Μια λύση..οπως μου λένε και αρκετοί φίλοι είναι να πάρω mac...κάτι ομως που στις μέρες μας είναι δύσκολο για μένα!

Ευχαριστώ για τον χρόνο σας παιδιά!

Καλές μουσικές και καλη δύναμη σε ο,τι και αν κάνετε!

* Ξέχασα να αναφέρω οτι έχω windows 7 64bit Ultimate και usb καρτα ήχου M audio Fast track pro!

 

[messalion]

Οταν λες "κοκκινη μπαρα" εννοεις τις 2 μπαρες που εχει το cubase και σου λεει τι επεξεργαστικη ισχυ χρησημοποιει ? Αν ναι τοτε στις βγαζει γιατι κατι δεν ειναι σταθερο στο συστημα σου.Αν κατα τα αλλα τα προγραμματα που χρησημοποιεις το λαπτοπ σου τα σηκωνει κανονικα τοτε θα επρεπε να ξανασκεφτεις την αγορα γνησιων προγραμματων ή επανεγκατασταση αυτων μετα απο format.

Ειχα παρομοιο προβλημα στο PC μου και το ελυσα αγοραζοντας τελικα το addictive drums μιας και πιο πριν το ειχα σπασμενο και ΟΣΕΣ σπασμενες εκδοσεις ειχα χρησημοποιησει ειχα spikes που κολλαγε ολοκληρο το συστημα  :-X

 

[Dep0n]

Φίλε μου εννοω spikes στο dpc latency. .Χωρίς μάλιστα να τρέχει κάποιο daw στο παρασκήνιο. .

 

[messalion]

Φίλε μου εννοω spikes στο dpc latency. .Χωρίς μάλιστα να τρέχει κάποιο daw στο παρασκήνιο. .

Τοτε επαναλαμβανω οτι ειναι καποιο προβλημα με κακη εγκατασταση καποιου προγραμματος ή ακομα και ολοκληρου του λειτουργικου.Μηπως να σκεφτοσουν το format ? και επανεγκατασταση ?

 

[Dep0n]

φορματ έκανα χθες..αυτο που με μπερδεψε σήμερα είναι η εικόνα που θα δεις. .και τα 2 προγράμματα  υποτίθεται κάνουν την ίδια δουλειά... σε ποιο να βασιστω?

 

[adamo_fender]

Στο LatencyMon τσεκαρε στην καρτελα drivers το DPC count μηπως καποιος driver περαν του συστηματος π.χ. USBPORT.SYS σου δημιουργει υψηλο latency.

Μπες στο Device Manager και δοκιμασε να απενεργοποιησεις διαφορες συσκευες (καρτες δικτυου κλπ.) και δες την αντιδραση στο dpclat.exe. (προσοχη σε συσκευες απαραιτητες για την λειτουργεια του συστηματος).

Λογικα ο επεξεργαστης σου εχει τεχνολογιες τυπου EIST οποτε θα φτιαξεις ενα δικο σου Power Plan (ή κατευθειαν το High Perfomance) στο οποιο ο επεξεργαστης θα δουλευει μονιμως στο 100%.Αυτο θα βοηθησει σε drop outs. Επειδη ομως εισαι λαπτοπ μπορει να εχεις θεμα με θερμοκρασιες (μια βαση λογικα θα το λυσει).Εννοειται οτι χρησιμοποιεις μονο οταν το χρειαζεσαι.Υστερα ξαναγυρνας σε Balanced.

Τελος αν εχει firewire το λαπτοπ ή express card παρε μια firewire καρτα ηχου. (Θα μπορεις ακομα και να απενεργοποιησεις τελειως τα USB αν ειναι να κανει ΤΗ διαφορα.)

 

[Samplist]

Δοκίμασε να απενεργοποιήσεις από τις συσκευές μέχρι και το DVD/RW, καλή τύχη στην αναζήτηση σου εύχομαι!

 

[messalion]

Τι λετε ρε παιδια ? Που κολλαει το να απενεργοποιησει ολα αυτα που του προτεινετε ? Ειναι ποτε δυνατον μετα απο format και πληρως λειτουργικο το συστημα του να εχει προβλημα με τις συσκευες ? χαλαρωστε λιγο.

Φιλε μου η συμβουλη η δικια μου ειναι η εξης.Να μην εμπιστευτεις κανενα απο τα 2 προγραμματα.Αφου εχεις κανει φορματ και ειναι "καινουργιο" το λαπτοπ τοτε φορτωσε ΜΟΝΟ το cubase και το supperior drummer και παιξε μπαλιτσα.Αφου στα σηκωνε πιο πριν θα στα σηκωνει και τωρα πολυ πιο ανετα και ευκολα.Επισης το αν θα κρασαρει ενα συστημα μπορει να φταινε 100αδες πραγματα.Και στο κατω κατω κανε ενα τεστ και μονος σου.Παιξε οσες ωρες μπορεις και δες αν θα σου κανει κατι.

 

[Dep0n]

Τι λετε ρε παιδια ? Που κολλαει το να απενεργοποιησει ολα αυτα που του προτεινετε ? Ειναι ποτε δυνατον μετα απο format και πληρως λειτουργικο το συστημα του να εχει προβλημα με τις συσκευες ? χαλαρωστε λιγο.

Φιλε μου η συμβουλη η δικια μου ειναι η εξης.Να μην εμπιστευτεις κανενα απο τα 2 προγραμματα.Αφου εχεις κανει φορματ και ειναι "καινουργιο" το λαπτοπ τοτε φορτωσε ΜΟΝΟ το cubase και το supperior drummer και παιξε μπαλιτσα.Αφου στα σηκωνε πιο πριν θα στα σηκωνει και τωρα πολυ πιο ανετα και ευκολα.Επισης το αν θα κρασαρει ενα συστημα μπορει να φταινε 100αδες πραγματα.Και στο κατω κατω κανε ενα τεστ και μονος σου.Παιξε οσες ωρες μπορεις και δες αν θα σου κανει κατι.

Φιλε μου με βολεύει πολυ η άποψη σου..το ομολογω Ελα όμως που έχει τύχει και αυτό. . Να παίζω δηλαδή ώρες σπίτι, να είναι όλα οκ.. και στο πρώτο 5λεπτο του λαιβ να πέφτω σε κρασαρισμα..εκει να δεις φρικη!!!!!!

 

[messalion]

Τοτε κανε μια αναβαθμιση στην RAM σου και φορτωσε τα windows που κανονικα φοραει ο υπολογιστης

 

[adamo_fender]

το DPC απ οσο ξερω δεν εχει να κανει ουτε με τη ram ουτε με τα windows.. Δεν υπαρχει λογος να γυρισει σε windows xp. το θεμα ειναι οτι δεν εχεις προβλημα με το dpc lat - συμφωνα με τις εικονες που ανεβασες. Φτιαξε το Power Plan οπως σου ειπα και παραπανω και ρυθμισε το buffer της καρτας οσο πιο ψηλα μπορεις χωρις να χεις latency. απο 64 κ κατω θα χεις προβλημα. δες για 128, 256.

(για τη δουλεια που θες να κανεις η αληθεια ειναι οτι χρειαζεσαι macbook και firewire καρτα.το πρωτο ειναι λιγο δυσκολο.δες για το δευτερο)

 

[Jasemeister]

Πληροφορίες εδώ:

http://www.thesycon.de/deu/latency_check.shtml

Processing of streaming data in real-time is a very challenging task for Windows based applications and device drivers. This is because by design Windows is not a real-time operating system. There is no guarantee that certain (periodic) actions can be executed in a timely manner.

Audio or video data streams transferred from or to an external device are typically handled by a kernel-mode device driver. Data processing in such device drivers is interrupt-driven. Typically, the external hardware periodically issues interrupts to request the driver to transfer the next block of data. In Windows NT based systems (Windows 2000 and better) there is a specific interrupt handling mechanism. A device driver cannot process data immediately in its interrupt routine. It has to schedule a Deferred Procedure Call (DPC), which is basically is a call-back routine that will be called by the operating system as soon as possible. Any data transfer performed by the device driver takes place in the context of this callback routine, named DPC for short.

The operating system maintains DPCs scheduled by device drivers in a queue. There is one DPC queue per CPU available in the system. At certain points the kernel checks the DPC queue and if no interrupt is to be processed and no DPC is currently running the first DPC will be un-queued and executed. DPC queue processing happens before the dispatcher selects a thread and assigns the CPU to it. So, a Deferred Procedure Call has a higher priority than any thread in the system.

Note that the Deferred Procedure Call concept exists in kernel mode only. Any user-mode code (Windows applications) runs in the context of a thread. Threads are managed and scheduled for execution by the dispatcher.

While there is a pre-emptive multitasking for threads, DPCs are executed sequentially according to the first in, first out nature of a DPC queue. Thus, a sort of cooperative multitasking scheme exists for Deferred Procedure Calls. If any DPC runs for an excessive amount of time then other DPCs will be delayed by that amount of time. Consequently, the latency of a particular DPC is defined as the sum of the execution time of all DPCs queued in front of that DPC. In order to achieve reasonable DPC latencies, in the Windows Device Driver Kit (DDK) documentation Microsoft recommends returning from a DPC routine as quickly as possible. Any lengthy operation, specifically loops, that wait for a hardware state change (polling) are strongly discouraged.

Unfortunately, many existing device drivers do not conform to this advice. Such drivers spend an excessive amount of time in their DPC routines, causing an exceptional large latency for any other driver's DPCs. For a device driver that handles data streams in real-time it is crucial that a DPC scheduled from its interrupt routine is executed before the hardware issues the next interrupt. If the DPC is delayed and runs after the next interrupt occurred, typically a hardware buffer overrun occurs and the flow of data is interrupted. A drop-out occurs.

dpclat.pdf

 

[Dep0n]

το DPC απ οσο ξερω δεν εχει να κανει ουτε με τη ram ουτε με τα windows.. Δεν υπαρχει λογος να γυρισει σε windows xp. το θεμα ειναι οτι δεν εχεις προβλημα με το dpc lat - συμφωνα με τις εικονες που ανεβασες. Φτιαξε το Power Plan οπως σου ειπα και παραπανω και ρυθμισε το buffer της καρτας οσο πιο ψηλα μπορεις χωρις να χεις latency. απο 64 κ κατω θα χεις προβλημα. δες για 128, 256.

(για τη δουλεια που θες να κανεις η αληθεια ειναι οτι χρειαζεσαι macbook και firewire καρτα.το πρωτο ειναι λιγο δυσκολο.δες για το δευτερο)

το θέμα είναι ότι έχω spikes και χωρίς να έχω την m audio κουμπωμενη πάνω στο λαπτοπ. .χθες το άφησα ανοιχτό όλο το βράδυ χωρίς να ανοιξω κάποιο πρόγραμμα και πήγε μέχρι 1000+

 

[Dep0n]

Θα ήθελα να ευχαριστήσω όσους ασχολήθηκαν με το πρόβλημα μου και μπήκαν στον "κόπο" να γράψουν 2 σειρές λέγοντας τη γνώμη τους!!!!

Με χάρα μπορώ να σας πώ οτι πλέον όλα δουλεύουν μια τέλεια!

Βρήκα τι εφταιγέ τελικά και είχα πρόβλημα (κολλούσε το superior drummer και δεν είχα ήχο)

Αγόρασα ενα τροφοδοτικό για την m audio fast track pro που έχω..και πλέον δεν έχω το παραμικρό πρόβλημα!

2 στα 2 live και δεν κόλλησε ούτε στιγμή!

Σας ευχαριστώ και πάλι!!