kann ich bestätigen, bei mir hängen die Jogs ab und an. RMX hängt sich auf kommt aber wieder zurück. Aber das System läuft stabil.
Oder es hat was mit meiner Timecode sache zu tun. (Denk ich aber eher nicht)
Grüße Max
Oder es hat was mit meiner Timecode sache zu tun. (Denk ich aber eher nicht)
Grüße Max
Inviato Wed 11 Nov 09 @ 5:15 pm
armin mc wrote :
Jaja Apple muss man haben lolJa genau das meinte ich. Ich arbeite gerade mit meinem neuen Laptop (Ersatz Lappi, Weisses Macbook). Mein Macbook Pro ist explodiert. kein Scherz :-(
Inviato Wed 11 Nov 09 @ 10:37 pm
Video getestet :Vob und avi Dateien, beim spulen ruckelt das Bild auf dem Ausgang. Beim normalen abspielen kein Problem,nur beim spulen,Gruß bradl
Inviato Thu 12 Nov 09 @ 12:31 am
discotronic wrote :
armin mc wrote :
Jaja Apple muss man haben lolJa genau das meinte ich. Ich arbeite gerade mit meinem neuen Laptop (Ersatz Lappi, Weisses Macbook). Mein Macbook Pro ist explodiert. kein Scherz :-(
gefährliche Aussage :D :D
Inviato Thu 12 Nov 09 @ 12:49 am
ich würd fast sagen sehr gefährlich!
Das nen Akku so ein Ende hat liegt vllt bei 5 % ! .. Und Apple liegt drauf :) Ein Acer oder Asus würd sowas nicht machen :o)
Das nen Akku so ein Ende hat liegt vllt bei 5 % ! .. Und Apple liegt drauf :) Ein Acer oder Asus würd sowas nicht machen :o)
Inviato Thu 12 Nov 09 @ 8:05 am
Das lag nicht am Gerät selber. Es lag an einem Lehrling der irgendein Testgerät falsch angeschlossen hat. Keine Ahnung was. Auf alle Fälle war das n Fehler von Apple und ich hab jetzt ne Hammergeile neue Maschine. Eine Extraanfertigung direkt aus Californien, nicht aus China :-)
Wer sich ein wenig auskennt, weiss ungefähr was ich da jetzt vor meiner Nase stehen hab ;-)
Wer sich ein wenig auskennt, weiss ungefähr was ich da jetzt vor meiner Nase stehen hab ;-)
Inviato Thu 12 Nov 09 @ 8:09 am
hab ich bis dato nur einmal gehabt :) Und davon träume ich, wenn ich mal das geld hätte. Sowas gehört sich eigentlich in den Glasschrank oder mit ins Bettchen neben die bessere Hälfte :)
Dann schau das es nicht kaputt geht, und niemals nen Lehrling dranlassen :)
Dann schau das es nicht kaputt geht, und niemals nen Lehrling dranlassen :)
Inviato Thu 12 Nov 09 @ 8:12 am
NÄÄÄÄ, armin du machst mich neidisch!!!
Inviato Thu 12 Nov 09 @ 9:25 am
Hallo.
Hab soeben VDJ 6.0.3 mit dem NS7 getestet. Läuft soweit ECHT super. Sound Probleme sind komplett weg!!!
Leider hatte ich aber auch einen Crash.
Ich war gerade beim NS7 Mapper anpassen und hatte den Optionen Dialog offen. Beim abziehen eines USB Sticks
kam der Crash.
Die Log File sagt nicht wirklich viel aus, da sich VDJ beim klick auf "Recover" komplett geschlossen hat und die File nicht fertig geschrieben hat.
Hier der Inhalt:
Crash ID=00424200 (date=911121838, version=6.0.3 Pro, build=603, thread=Main, dump=39a8d000, excode=c0000005 (0,cf))
Beim anstecken des USB Sticks und Neustart von VDJ kam die Meldung das die DB auf dem Stick defekt ist.
Ich meld mich wieder
cu
pOpY
Hab soeben VDJ 6.0.3 mit dem NS7 getestet. Läuft soweit ECHT super. Sound Probleme sind komplett weg!!!
Leider hatte ich aber auch einen Crash.
Ich war gerade beim NS7 Mapper anpassen und hatte den Optionen Dialog offen. Beim abziehen eines USB Sticks
kam der Crash.
Die Log File sagt nicht wirklich viel aus, da sich VDJ beim klick auf "Recover" komplett geschlossen hat und die File nicht fertig geschrieben hat.
Hier der Inhalt:
Crash ID=00424200 (date=911121838, version=6.0.3 Pro, build=603, thread=Main, dump=39a8d000, excode=c0000005 (0,cf))
Beim anstecken des USB Sticks und Neustart von VDJ kam die Meldung das die DB auf dem Stick defekt ist.
Ich meld mich wieder
cu
pOpY
Inviato Thu 12 Nov 09 @ 11:46 am
thanks, werden wir weiterleiten :o)
Braenzu
Braenzu
Inviato Thu 12 Nov 09 @ 11:57 am
Düfte nicht weiter verwunderlich sein!
Wenn Du eine externe Festplatte während des Betriebes abziehst, sieht es nicht anders aus.
Auch wahrscheinlich eher normal, das dabei die DB kaputt geht.
Haui
Wenn Du eine externe Festplatte während des Betriebes abziehst, sieht es nicht anders aus.
Auch wahrscheinlich eher normal, das dabei die DB kaputt geht.
Haui
Inviato Thu 12 Nov 09 @ 1:28 pm
Mach ich ja normal nicht da ich mit der intenen Arbeite. Mir ists nur aufgefallen und ich finde es ist nicht normal!!!
VDJ sollte soweit sein dass es nicht abschmiert!!!! Vielleicht hilft ja die Auskunft den Devs.
Hab jetzt ca. 3h ausgibieg getestet. Soweit läufts echt gut. 2mal hatte ich so komisches kratzen/rauschen im Sound.
Hörte sich an wie wenn man einen FM rauschen hat. Es wurde mehr und nach ca. 5 Sekunden war es vorbei.
Kennt das Problem jemand?
Hab den NS7 Thread im Hardware Forum heute ein bisschen verfolgt und glaub gelesen zu haben dass dort auch jemand das gleich Problem hatte.
Aber ansonsten nochmals DANKE.
Mit diesem Release kann man jetzt mit Gutem Gewissen Arbeiten :-)
cu
pOpY
VDJ sollte soweit sein dass es nicht abschmiert!!!! Vielleicht hilft ja die Auskunft den Devs.
Hab jetzt ca. 3h ausgibieg getestet. Soweit läufts echt gut. 2mal hatte ich so komisches kratzen/rauschen im Sound.
Hörte sich an wie wenn man einen FM rauschen hat. Es wurde mehr und nach ca. 5 Sekunden war es vorbei.
Kennt das Problem jemand?
Hab den NS7 Thread im Hardware Forum heute ein bisschen verfolgt und glaub gelesen zu haben dass dort auch jemand das gleich Problem hatte.
Aber ansonsten nochmals DANKE.
Mit diesem Release kann man jetzt mit Gutem Gewissen Arbeiten :-)
cu
pOpY
Inviato Thu 12 Nov 09 @ 2:30 pm
hey PopY,
Wenn Du das Geräusch noch einmal hast, kannst Du kurz auf Record drücken und es dann auf Rapidshare setzen? So kann ich dem Dev Team das genauer erklären :-)
Bei Deinem Absturz, hast Du da etwas in der Config gemacht, bzw in Deiner Datenbank? Lied reingezogen usw?
Wenn Du das Geräusch noch einmal hast, kannst Du kurz auf Record drücken und es dann auf Rapidshare setzen? So kann ich dem Dev Team das genauer erklären :-)
Bei Deinem Absturz, hast Du da etwas in der Config gemacht, bzw in Deiner Datenbank? Lied reingezogen usw?
Inviato Thu 12 Nov 09 @ 2:34 pm
@armin: Werd morgen testen mit dem Safemode aktiviert.
Hab die einstellungen genommen was cstoll hier gepostet hat:
http://www.virtualdj.com/forums/118566/Hardware_Technical_Support/NS7_works_perfectly_with_6_0_3_and_both_PC___MAC_.html?page=1
Hier der Auszug:
PC - 512 samples in the Numark Driver Control Panel / VDJ Performance settings - Latency AUTO, Unchecked Safemode/Overclock, Scratch Optimized for Quality, Filters 11 with Filter Smooth checked, 48<->44 settings to 11 and Filter Smooth checked, Master Tempo on Fast ... these are pretty much Default Settings for VirtualDJ from install.
Wie gesagt, war nicht oft und sehr kurz, werd schauen dass ichs aufnehmen kann wenn es Auftritt.
Bei dem Absturz hatte ich den Optionen Dialog mit dem "Mapper" Tab ausgewählt offen. Hab nichts im Hintergrund gemacht mit Tracks oder so. Genau beim abstecken kam der Crash.
Ich finde es nicht als wirkliches Problem, da man während einem Gig sowiso nicht mit Datenträgern rumspielen sollte. Aber wir wollen ja alle VDJ noch besser machen :-)
Hab auch versucht den Crash nachzuvollziehen, aber ohne Erfolg. Ich schätze dass VDJ gerade auf die DB des Sticks zugegriffen hat, wie er entfernt wurde. Wäre schön wenn der Fehler in kommenden Releases behoben werden würde. Dann wird VDJ noch besser als jetzt :-)
cu
pOpY
PS: Einen Wunsch hab ich noch :-) das MIC des NS7 ist noch immer ziehmich leise :-) besser gesagt es ist noch nicht implemntiert :-) Wäre super wenn das auch noch gehen würde.
Hab die einstellungen genommen was cstoll hier gepostet hat:
http://www.virtualdj.com/forums/118566/Hardware_Technical_Support/NS7_works_perfectly_with_6_0_3_and_both_PC___MAC_.html?page=1
Hier der Auszug:
PC - 512 samples in the Numark Driver Control Panel / VDJ Performance settings - Latency AUTO, Unchecked Safemode/Overclock, Scratch Optimized for Quality, Filters 11 with Filter Smooth checked, 48<->44 settings to 11 and Filter Smooth checked, Master Tempo on Fast ... these are pretty much Default Settings for VirtualDJ from install.
Wie gesagt, war nicht oft und sehr kurz, werd schauen dass ichs aufnehmen kann wenn es Auftritt.
Bei dem Absturz hatte ich den Optionen Dialog mit dem "Mapper" Tab ausgewählt offen. Hab nichts im Hintergrund gemacht mit Tracks oder so. Genau beim abstecken kam der Crash.
Ich finde es nicht als wirkliches Problem, da man während einem Gig sowiso nicht mit Datenträgern rumspielen sollte. Aber wir wollen ja alle VDJ noch besser machen :-)
Hab auch versucht den Crash nachzuvollziehen, aber ohne Erfolg. Ich schätze dass VDJ gerade auf die DB des Sticks zugegriffen hat, wie er entfernt wurde. Wäre schön wenn der Fehler in kommenden Releases behoben werden würde. Dann wird VDJ noch besser als jetzt :-)
cu
pOpY
PS: Einen Wunsch hab ich noch :-) das MIC des NS7 ist noch immer ziehmich leise :-) besser gesagt es ist noch nicht implemntiert :-) Wäre super wenn das auch noch gehen würde.
Inviato Thu 12 Nov 09 @ 3:22 pm
pOpYDJ wrote :
Hab jetzt ca. 3h ausgibieg getestet. Soweit läufts echt gut. 2mal hatte ich so komisches kratzen/rauschen im Sound.
Hörte sich an wie wenn man einen FM rauschen hat. Es wurde mehr und nach ca. 5 Sekunden war es vorbei.
Kennt das Problem jemand?
cu
pOpY
Hab jetzt ca. 3h ausgibieg getestet. Soweit läufts echt gut. 2mal hatte ich so komisches kratzen/rauschen im Sound.
Hörte sich an wie wenn man einen FM rauschen hat. Es wurde mehr und nach ca. 5 Sekunden war es vorbei.
Kennt das Problem jemand?
cu
pOpY
habe ich auch schon ein paar mal gehabt allerdings mit der 6.0.2 das ist die soundkarte keine ahnung warum aber manschmal beim laden eines tracks fängt das an und haut dann auch die master soundkarte weg dann gehe ich ganz schnell in die config auf soundkarte anwenden und sofort ist wieder gut
ist halt sch*** wenn du grad am auflegen in der disse oder im radio bist siehst dann einfach wie ein amateur aus :-(
mit der 6.0.3 habe ich das jetzt noch nicht gehabt aber ich lege nächsten samstag wieder auf und hoffe das diesmal dann alles glatt läuft
ich vermute das sich asio und usbhdi da irgend wie gegenseitig in die quere kommen
wenn du es noch mal haben solltest geh mal auf anwenden ist es dann weg dann problem mit der soundkarten steuerung von vdj
gruss dj-agua
Inviato Thu 12 Nov 09 @ 3:27 pm
Hallo,
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
Inviato Thu 12 Nov 09 @ 5:23 pm
armin mc wrote :
Na hoffendlich fliegt es dir nicht wieder um die Ohren;-)Das lag nicht am Gerät selber. Es lag an einem Lehrling der irgendein Testgerät falsch angeschlossen hat. Keine Ahnung was. Auf alle Fälle war das n Fehler von Apple und ich hab jetzt ne Hammergeile neue Maschine. Eine Extraanfertigung direkt aus Californien, nicht aus China :-)
Wer sich ein wenig auskennt, weiss ungefähr was ich da jetzt vor meiner Nase stehen hab ;-)
Wer sich ein wenig auskennt, weiss ungefähr was ich da jetzt vor meiner Nase stehen hab ;-)
PS:Recht geil hier in Thailand http://www.twitasia.com/blog/tags/264/
Inviato Thu 12 Nov 09 @ 11:54 pm
Dominik_4 wrote :
Hallo,
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
Welchen Skin hast du?
Passt die Auflösung vom Skin zu Deiner Monitor Auflösung?
Deaktiviere mal in den Optionen die Option "Schneller Skin Resize" bzw. schalte mal oben rechts mit dem mittleren Symbol VDJ in den Fenster Modus. Ist dass dan auch noch so?
cu
pOpY
Inviato Fri 13 Nov 09 @ 1:10 am
Dominik_4 wrote :
Hallo,
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
hattest du vorher die v5 drauf?
es ist so dass die v6 etwas resourcenfressender ist da sie mehr funktionen bietet!
nenn uns bitte ein paar daten von deinem rechner
pOpYDJ wrote :
Welchen Skin hast du?
Passt die Auflösung vom Skin zu Deiner Monitor Auflösung?
Deaktiviere mal in den Optionen die Option "Schneller Skin Resize" bzw. schalte mal oben rechts mit dem mittleren Symbol VDJ in den Fenster Modus. Ist dass dan auch noch so?
cu
pOpY
Dominik_4 wrote :
Hallo,
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
ich habe heute Abend die neuste Version von Virtual Vinyl (6.0.3) installiert. Ausgiebig testen konnte ich sie noch nicht, allerdings ist mir bereits aufgefallen, dass die CPU Auslastung deutlich höher ist - und das selbst wenn das Programm nicht "aktiv" ist. Virtual Vinyl öffnen (sonst keine Porgramme am laufen die CPU Rechenleistung benötigen) und der Balken bei CPU wandert munter zwischen 40 - 60 % hin und her. Auch nach ein paar Minuten warten keine Besserung. Dies war meiner Meinung nach in der vorherigen Version nicht der Fall.
Welchen Skin hast du?
Passt die Auflösung vom Skin zu Deiner Monitor Auflösung?
Deaktiviere mal in den Optionen die Option "Schneller Skin Resize" bzw. schalte mal oben rechts mit dem mittleren Symbol VDJ in den Fenster Modus. Ist dass dan auch noch so?
cu
pOpY
Inviato Fri 13 Nov 09 @ 1:38 am
@pOpYDJ & metamorphoz:
Also ich habe inzwischen den "normalen" Skin drin, kein High Resolution und kein Widescreen. CPU Auslastung schwankt im Vollbildmodus mit aktiviertem ""Schneller Skin Resize" bei 50% +/- ohne dass das Programm aktiv arbeitet. ""Schneller Skin Resize" deaktiveren geht die Auslastung runter auf 40% +/-.
Nehme ich das Programm in den Fenstermodus, sinkt die CPU Auslastung schlagartig auf einen Ausschlag von ein paar Balken.. ich schätze so 10% maximal. Egal ob ""Schneller Skin Resize" aktiviert oder deaktiviert ist. Hier bringt die Option keinen nennenswerten Unterschied.
Btw. ich lasse Virtual Vinyl bzw. Cue auf einem Laptop laufen mit einem Dual Core von Intel mit 1,6 Ghz (T2050), 1 GB RAM sowie XP SP3.
Vor der Version 6.0.3 hatte ich die 6.0.1 zum testen bevor ich mir das Virtual Vinyl Paket gekauft habe. In der "Vorgängerversion" hatte ich dieses "Problem" mit der CPU Auslastung nicht.
Auf jeden Fall mal danke für den Tipp mit dem Fenstermodus. Ist zwar nicht ganz schön es nur als Fenster zu betreiben, aber um es nun mal intensiv zu testen mit TimeCodes reicht es. Ich hoffe mit dem nächsten Patch / Update wird das behoben.
Also ich habe inzwischen den "normalen" Skin drin, kein High Resolution und kein Widescreen. CPU Auslastung schwankt im Vollbildmodus mit aktiviertem ""Schneller Skin Resize" bei 50% +/- ohne dass das Programm aktiv arbeitet. ""Schneller Skin Resize" deaktiveren geht die Auslastung runter auf 40% +/-.
Nehme ich das Programm in den Fenstermodus, sinkt die CPU Auslastung schlagartig auf einen Ausschlag von ein paar Balken.. ich schätze so 10% maximal. Egal ob ""Schneller Skin Resize" aktiviert oder deaktiviert ist. Hier bringt die Option keinen nennenswerten Unterschied.
Btw. ich lasse Virtual Vinyl bzw. Cue auf einem Laptop laufen mit einem Dual Core von Intel mit 1,6 Ghz (T2050), 1 GB RAM sowie XP SP3.
Vor der Version 6.0.3 hatte ich die 6.0.1 zum testen bevor ich mir das Virtual Vinyl Paket gekauft habe. In der "Vorgängerversion" hatte ich dieses "Problem" mit der CPU Auslastung nicht.
Auf jeden Fall mal danke für den Tipp mit dem Fenstermodus. Ist zwar nicht ganz schön es nur als Fenster zu betreiben, aber um es nun mal intensiv zu testen mit TimeCodes reicht es. Ich hoffe mit dem nächsten Patch / Update wird das behoben.
Inviato Fri 13 Nov 09 @ 9:26 am