Virtual VCR - Audio kaputt

4h bzw. 7h hab' ich mit VirtualVCR noch nie aufgenommen. Das hört sich irgendwie so an, als ob die max. erlaubte WAV-Dateilänge überschritten wird.

Wie sieht's denn aus, wenn Du mit einem AVISynth-Script mittels Trim() nur ein paar Minuten aus dem Ende der Aufnahme an VirtualDub weiterreichst?

Moin,

aber die maximale Länge schon nach so kurzer Zeit erreicht ? Der dürfte doch an sich erst dann wegbrechen, wenn die Länge tatsächlich erreicht wäre und nicht schon vorher.

Läßt sich der Film denn im WMP komplett auch mit Ton abspielen ? Oder fehlt er da auch nach dieser Zeit ? Irgendwelche merkürdigen Vorkommnisse beim Capturen, zu der Zeit des Tonverlusts ?

Hi, hab ne ganz ähnliche Karte wie du (Cinergy 600 - wie die 400 nur mit Radio-In) und hatte auch so meine Probs mit dem Sound. Versuch's einfach mal mit diesen Einstellungen:

Unter "Audio":
- Resolution: 16
- Frequency: 44.1
- Channels: Stereo

Unter "AV Sync"
Resample Audio angehakt
- Resample Audio dynamically

Große Probleme hatte ich bei der Karte vor allem immer dann, wenn ich bei Frequency 48.0kHz angegeben hatte - der Ton hatte dann immer die merkwürdigsten Fehler angefangen von wegdriftenem Sound (am Anfang des Videos Sound zu früh, gegen Ende zu schnell) bis hin kuriosen Sound-Störungen, bei denen sich der Sound in Schleifen von wenigen Millisekunden wiederholte.

Kann natürlich auch sein, dass mein Sound-Chip (nForce2) aus irgend einem Grund mit der Verarbeitung einer solch hohen Frequenz nicht klar kommt. Daher nehme ich immer in 44.1kHz auf und wenn ich mal ne DVD aus dem Material erstelle, sample ich das eben auf 48.0KHz hoch - klingt eh gleich.

So einen ähnlichen Fehler hatte ich kürzlich auch. Das scheint mir aber nichts mit VVCR zu tun zu haben. Ich habe diese Schlagernacht ca.6h vom VCR ->CC ->IEEE-Karte (scLive) Canopus-DV aufgenommen. Diese riesige ca.90GB große Datei läßt sich mit dem Media Player Classic ohne Probleme abspielen. Lade ich die aber in Vdub(Mod) fällt nach einiger Zeit (immer an der gleich Stelle) plötzlich ohne Ankündigung der Ton aus, über AviSynth ebenfalls. Da scheint sich irgendeine Beschränkung aufzutun. Eine Lösung habe ich auch noch nicht gefunden.

Ihr wisst doch, dass man avis nicht größer als 2 Gig machen sollte...;)

Aber mal im Ernst: Ich habe auch schonmal mit nem Mainconcept DV meine Platte vollgeschaufelt, Ton unkomprimiert, lief ne ganze nacht durch und alles ging ohne Probleme (VVCR und ATI radeon). Auf der anderen seite 150 GB Huffyuv Full PAL ging auch.

Ich denke mal auch eher, dass das Problem irgendwo in der Hardware bzw. im Zusammenspiel mit der Software liegt. Ich persönlich würde mal radditz Tipp mit 44.1 testen, wenns anders nicht geht oder andere treiber Für TV / Soundkarte...

BTW: zisoft: Kannst Du nicht mal Multisegment capture aus VDub klauen und bei VVCR einbasteln ? Das wär ne Wucht.

Zitat von BaronVlad

BTW: zisoft: Kannst Du nicht mal Multisegment capture aus VDub klauen und bei VVCR einbasteln ? Das wär ne Wucht.

Shit, ich habe gerade Deinen Beitrag zerschossen, weil ich statt auf zitieren auf ändern gedrückt habe!

Tja, da bist Du bei weitem nicht der erste, der danach fragt.
Leider basiert VVCR eben auf dem DirectShow-Interface und da gibt es keine Funktion, um ein neues Capture-Segment anzufangen. Man könnte höchstens die aktuelle Datei schließen und eine neue beginnen. Dabei gehen aber zig Frames drauf...

Aber nochmal zum Problem: Eine WAV-Datei ist doch in der Größe beschränkt (2 GB glaube ich). Wenn jetzt beim demuxxen einer 7h Capture-Datei diese Größe überschritten würde, könnte es zu einer Art Überlauf in den Indexpointern kommen. Vielleicht wird das von VDub ja intern so gehandhabt und deshalb die Probleme.

Ich habe mit Huffyuv auch schon eine 95GB-Datei gecaptured, ohne Probleme. Die hatte allerdings auch keine 7h Länge und ein demuxxen des Audios nach WAV war kleiner als 2GB.

48kHz Sampling-Rate bei 16bit und Stereo macht 192000 Byte pro Sekunde = 0,183 MB/s. Damit würde die 2GB-Grenze nach 3,1h überschritten.

Kann das jemand reproduzieren?

Zitat von zisoft

Shit, ich habe gerade Deinen Beitrag zerschossen, weil ich statt auf zitieren auf ändern gedrückt habe!

immer diese Mods mit den flinken Fingern...;)

Soweit ich mich erinnere, wollte ich dem Karl mitteilen, dass er doch bis dato 98 SE gehabt hatte zum Cappen (soweit mir bekannt) und nun neu w2k und da gehts irgendwie nicht, daher die Idee, dass nochmal zu testen, statt alles neu aufzusetzen.

Zitat von zisoft

Tja, da bist Du bei weitem nicht der erste, der danach fragt.
Leider basiert VVCR eben auf dem DirectShow-Interface und da gibt es keine Funktion, um ein neues Capture-Segment anzufangen. Man könnte höchstens die aktuelle Datei schließen und eine neue beginnen. Dabei gehen aber zig Frames drauf...

Das ist natürlich schade. Parallel eine neue anfängen in dem Moment, in dem die alte zu schließen begonnen wird, hätte vermutlich durch die hohe Rechenlast etc. das gleiche Ergebnis, so es denn technisch überhaupt mgl. ist

Zitat von zisoft

Aber nochmal zum Problem: Eine WAV-Datei ist doch in der Größe beschränkt (2 GB glaube ich). Wenn jetzt beim demuxxen einer 7h Capture-Datei diese Größe überschritten würde, könnte es zu einer Art Überlauf in den Indexpointern kommen. Vielleicht wird das von VDub ja intern so gehandhabt und deshalb die Probleme.

Ich habe mit Huffyuv auch schon eine 95GB-Datei gecaptured, ohne Probleme. Die hatte allerdings auch keine 7h Länge und ein demuxxen des Audios nach WAV war kleiner als 2GB.

48kHz Sampling-Rate bei 16bit und Stereo macht 192000 Byte pro Sekunde = 0,183 MB/s. Damit würde die 2GB-Grenze nach 3,1h überschritten.

Kann das jemand reproduzieren?

Klingt in sich logisch. Aber meine Aufnahme, die die nacht durchlief, hatte auch PCM Audio (vermutlich 48) und diese Probleme nicht, wenn ich nicht irre.

Aber das ließe sich jarecht schnell rausfinden, indem jemand, der daheim ist, die Kiste anschmeißt und in einer platzsparenden Bildqualität schnell mal 7 Stunden aufnimmt und dann nachschaut.

Kann mir das aber eigentlich nicht vorstellen, da hätte man doch schon von erfahren, wenn dem immer so wäre, oder ?

Also ich geh der Sache mal nach und starte heute Nacht ein 5h Capture mit VVCR (704x576 PicVideo Q19 48KHz 16bit ST). Dann versuche ich mal das Audiofile zu extrahieren. Mal sehen ...
Übrigens, es ist ohne weiteres möglich unter W2k und mit Vdub ohne Drops zu capturen. Habe ich auch schon gemacht ... leider fehlt Vdub(Mod) eine Timerfunktion deshalb verwende ich VVCR. Drops 2 treten dabei auch nur sehr selten auf. "Gunnar" hat mal irgendwo ein paar Beiträge geschrieben wie´s mit Vdub ordentlich klappt. Hab das Ganze in Verbindung mit dem Capture-Guide wunderbar hinbekommen. Der Thread scheint aber verschwunden zu sein.

bye, C.R.

karl: Du benutzt doch wohl nicht die aktuellen Terratec-Treiber, sondern brav den 1.4er, wie in der 713x-FAQ beschrieben?

Die 1.4er Treiber (Cinergy600) sind für mich das A und O damit die TV-Karte ordentlich bei mir läuft. Ich klinke mich auch mal zu den Testern ein und starte ein mehrstündiges Capture und checke anschließend den Audiostream. Da muß es doch ne Lösung geben.

Zitat von BaronVlad

Das ist natürlich schade. Parallel eine neue anfängen in dem Moment, in dem die alte zu schließen begonnen wird, hätte vermutlich durch die hohe Rechenlast etc. das gleiche Ergebnis, so es denn technisch überhaupt mgl. ist

Ich glaube VDub öffnet beim Start gleich 2 Dateien u. wechselt wenn die erste voll geschrieben ist in die zweite u. öffnet dann schon mal im voraus die nächste, schließt dann die erste u.s.w....
Vielleicht hätte diese Methode weniger Drops auch bei VVCR.
Ist nur so eine Idee von mir

Grüße

billy

Ich habe heute Nacht (Viva) ein 5h Capture gemacht (704x576 PicVideo Q19 48KHz 16bit ST). Dieses AVI habe ich dann mit VirtualDub geladen. Das File läßt sich bis zum Ende ohne Probleme abspielen und der Ton setzt nicht aus. Auch konnte ich ohne Probleme an verschiedenen Stellen den Ton als wav-File speichern.

Fazit: Capture unter W2k und die Bearbeitung unter XP funktioniert bei mir ohne Probleme.

Danke für den Feldversuch, hatte ich mir schon gedacht, also warten wir mal ab, was der Karl sagt, nachdem er seine Kiste neu aufgesetzt hat.