Beiträge von Everlast

Du kannst es ja auch mal mit Instant Copy probieren. Das Programm behandelt Seamless Branching glaube ich auch richtig.

Mfg

Everlast

Wenn es das bis vor kurzem noch gab, dann wird es bestimmt irgendwann mal wieder auftauchen

Bis dahin warte ich halt.

Mfg

Everlast

Hm, ich wollte das Proggie jetzt auch mal testen.. aber ich kann es gar nicht downloaden.

Gibts das überhaupt noch im Netz?

Auf Deutsch: Wenn ich den Film mit Instand Copy 8 kopiere, dann kopiert er auch nicht zweimal den Film, sondern verlinkt ihn auch nur?
Dann wäre es doch kein Nachteil es drinnen zu lassen oder?

Mein oben beschriebener Vorgang hat leider nicht funktioniert.
Wenn ich die fehlenden Dateien dazukopiere und die Ifos update, dann ist wieder der 2. Titel in der VTS1-Ifo drinnen...

Alsoo, ich hab das mal probiert, und hab alle Titel, bis auf den unerwünschten Titel 2 extrahiert.

Das Programm kopiert ja diese Daten dann in einen eigenen Ordner. Nur kopiert er nicht die Menüdateien.
Ich habe es dann so gemacht, dass ich alle Daten außer die Videodaten von VTS1 in den neu erstellten Ordner kopiert habe und mit IfoEdit alles geupdated habe.

Nur funktioniert das ganze dann nicht so wie auf der originalen DVD.
Z.b. fehlt das Menü völlig.

Wie binde ich diese extrahierten Videodaten dann wieder so ein, dass ich eine originale DVD-Struktur habe?

Edit: Mir ist gerade eingefallen, dass ich die IFOs vielleicht eher mit IFO-Update hätte updaten müssen? Also das ich die neu erstellten IFOs sichere und dann die originalen in den neu erstellten Ordner kopiere und diese dann mit den wegkopierten update.
Ist das der richtige Weg?

Danke Raschi, das werde ich gleich mal ausprobieren

Mfg

Everlast

Hallo,
folgendes Problem.
Ich hab einen Film mit Seamless Branching und möchte diesen mit IC8 kopieren.
Nun kann ich die zweite Videospur, die ja Unmengen an Platz wegnimmt, nicht einfach abwählen, weil er dann alle beiden Videospuren abwählt.

Deshalb wollte ich es mit Ifo-Edit versuchen, was allerdings auch nicht funktinoniert, da die Möglichkeit zum entfernen von Seamless-Branching nicht auswählbar ist.
Ich hab mich dazu auch im Forum schon mal umgeschaut, und gelesen dass es ofmals nicht möglich ist.

Nun wollte ich die Streams strippen, weiß aber nicht, welche VOB-IDs ich belassen soll und welche weg kann.
Denn laut IFO-Edit benutzen beide Videos die VOB ID 1 und 2 (es gibt nur 2).

Was kann ich machen um die 2. Spur wegzubekommen?

Thx

Everlast

Danke für die Info eDealer.

Mfg

Everlast

Hallo,
ich hab jetzt schon einiges positives über InstantCopy gelesen und hab mir mal prompt die Version 8 bestellt. Gabs bei Amazon.de sogar 10? billiger.

Nun meine Frage:
Wie verhält sich das Programm bei Seamless-Branching-Filmen oder Multi-Angles, wie es z.b. beim zwanzigsten Bond-Film der Fall ist?

Mfg

Everlast

Ich brenne meine DVDs immer mit Nero 6. Was, wenn alles optimal gemacht ist, auch immer wunderbar funktioniert.

Aber bei der oben genannten Größe hat Nero gestreikt.

Da ich nun keine Lust mehr hatte, nochmal alles zu encoden, habe ich einfach eine VTS in der ein Trailer steckte gelöscht und mit IFO-Edit alles wieder korrekt eingestellt und dann gebrannt.

Beim nächsten mal setze ich die Grenze einfach 100 MB nach unten.

Trotzdem danke für deine Bemühungen Morpheus!

Mfg

Everlast

Edit: Kannst du mir ein anderes Brennprogramm empfehlen?

Hi Ranger,
also ich mache es wie es in einem der Guides beschrieben wurde.
Ich erstelle das DVD-Image mit dem DVD-Decrypter.
Einfach oben in der Menüleiste auf "Mode-->Iso-->Read"

Dann den Zielort wählen, und schon wird ein decodiertes DVD-Image auf der Festplatte erstellt, das du z.b. mit Daemon Tools mounten kannst.

DIF4U kann dann aus dem virtuellen Laufwerk wunderbar alles auslesen und du kannst loslegen.

Mfg

Everlast

So, ich habe wie oben schon gesagt nur den Hauptfilm encoded und die Extras so belassen wie sie sind.

Aber es klappt wieder nicht.
Ich liege nun wirklich minimal knapp über der zugelassenen Grenze.. und kann es wieder nicht brennen.

Die DVD-Daten sind jetzt
4.706.473.984 bytes groß

Die Größe auf dem Datenträger beträgt:
4.707.549.184 bytes

Ich weiß nicht mehr was ich machen soll...
vielleicht sollte ich diese Voreingestellte Grenze einfach mal um 100MB nach unten senken?

Mfg

Everlast

Hallo Morpheus,

ja ich arbeite mit der Voreinstellung 4680000000 bytes.

Und im DoCCE4U ist auch eingestellt, dass mit der "RobShot-Bach" Methode gearbeitet wird.
Bei meinem ersten Versuch mit einem anderen Film, hatte auch alles wunderbar geklappt. Nur da gab es auch nicht so viele Extras...

Aber jetzt sind eben diese paar MB zu viel....

Edit: Ich habe es jetzt so gemacht, dass nur der Hauptfilm encodiert wird, und ich die Extras original übernehme. Mal sehen was da herauskommt...

Hm, es wundert mich auch.
Aber es sind keine reinen Videofiles. Es gibt jeweils noch eine Audiospur und Untertitel.

Ich habe es jetzt nocheinmal durchlaufen lassen, aber wieder ist die DVD am Ende 4,41GB groß, und damit zu groß für einen Rohling...

Hier nochmal mein Vorgehen:

Demultiplexen der gesamten DVD mit DVD-Decrypter.
Extras sind mit 900kb/s eingestellt.
Re-Authorist berrechnet für den Hauptfilm die passende Bitrate und setzt für die Extras die 900kb/s.
Mit einem Klick auf Encode startet DOCCE4U und startet sofort mit dem Encoden über CCE 2.67.00.09.
(DoCCE4u) lädt laut Protokoll die Datei ReAuthorist_DoCCE4U automatisch.

Nach dem Encoden klicke ich auf "Author It" im Re-Authroist.
Nach dem erstellen des Scriptes lade ich das Script in den Scenarist, wo halt auch die Warnung mit der Different Duration auftaucht.

Nach dem Multiplexen der Daten und dem Erstellen der DVD-Daten und den restlichen Schritten mit IfoUpdate etc. ist die DVD dann mit 4,41GB zu groß...

Wie gesagt, die Daten bewegen sich bei den VTS im Bereich von 20-98 MB.. daher verstehe ich nicht, dass DIF die Häckchen automatisch entfernt..und wenn ich sie doch aktiviere, das dann die DVD zu groß wird.

So, ich bin schon wieder am verzweifeln

Wie gesagt, die Größe der Videodaten ist jetzt so wie es sein sollte.
Wenn alles Encodiert ist, gehe ja bei ReAuthorist auf "Author It" und lade das erstelle Script in den Scenarist.
Beim importieren, steht unten im Protokoll:
"The Video "Sowieso" has different duration". Das sagt der bei jeder VTS... keine Ahnung was das bedeuten soll.
Wie kann ein Video unterschiedliche Dauer haben??

Aber abbrechen tut ja noch gar nichts.
Wenn ich die DVD dann erstellen lasse geht auch alles glatt.
Jetzt kopiere ich die von Scenarist erstellten IFO's so wie es in der Anleitung steht.
Dann kopiere ich die von DIF erstellen Daten im VIDEO_TS Ordner in den Ausgabeordner von Scenarist, und patche die IFO's. Und danach ist die DVD 4,41 GB groß. Das ist ein klein bissel mehr als 4,7Millionen Byte, und deshalb kann ich das dann auch nicht brennen.

Warum ist die DVD jetzt ein bisschen zu groß? Eigentlich müsste doch durch die Berechnung die Einstellung beim Encoden so eingestellt sein, dass es klappt oder?

Könnte es vielleicht am folgenden liegen?:
Der Film hat 14 VTS mit Extra-kram, wobei keins von diesen Videos über 100MB geht.
Laut DIF waren die Kästchen vor diesen VTS auch nicht angewählt. Sollte ich solche kleinen Videos vielleicht gar nicht mitencoden?

Thx und mfg

Everlast

Ja, die Werte stimmen alle.
Aber ich denke ich denke ich habe das Problem gelöst.
Es lag am CCE selber. Das war die Version 2.50

Ich habe jetzt eine neue Version besorgt mit der jetzt alles wunderbar klappt.
Scheinbar gibt es Probleme mit der Version 2.50

Hallo, ich bins nochmal,

ich hab es jetzt auch mit der ReAuthorist_DoCCE ausprobiert, aber auch mit der datei werden die Videodatein mit BatchCCEWS zu groß ..

Ja, die Dateien werden wirklich zu groß.
Im Scenarist steht ja bei muxed auch die kleinere Größe.

Das Problem muss an BatchCCEWs liegen.
Wenn ich das ganze mit DoCCE4U mache, dann stimmt die Größe. Nur das sich, wenn ich es mit DoCCE4U mache, der CCE bei VTS04 aufhängt und nicht weitermacht.

Deshalb habe ich in den BatchCCEWs die ReAuthored_NewDoCCE datei geladen und wollte es mit dem machen. Aber da werden nun halt die Datein zu groß

Ich verstehe auch nicht, warum sich der CCE beim DoCCE4U mitten im Encoden aufhängt und beim BatchCCEWS nicht....