Beiträge von Cordess

Ja, da könntest du recht haben. Es würde durchaus Sinn machen.

Glücklicherweise werde ich nun um das Problem aber herum kommen.
Denn ich habe mir heute Abend kurz eine Region 1 DVD besorgt und sie in meinem PIONEER DVD-RW DVR-212 Laufwerk mit der offiziellen Firmware Version 1.28 unter Kubuntu 13.10 (Linux) ausprobiert
und der Ländercode wurde weder beim Einlesen oder mounten der DVD noch beim Abspielen mit VLC verändert.

Das Tool regionset zeigte vor dem Testen der Region 1 DVD und auch nachdem ich die Region 1 DVD aus dem Laufwerk entfernt und durch eine Region 2 DVD wieder ersetzt habe, immer noch Region 2 und bis zu 4 mögliche Resets an, diese Werte änderten sich nie:

sudo regionset /dev/sr0
[sudo] password for ########: 
regionset version 0.1 -- reads/sets region code on DVD drives
Current Region Code settings:
RPC Phase: II
type: SET
vendor resets available: 4
user controlled changes resets available: 4
drive plays discs from region(s): 2, mask=0xFD


Would you like to change the region setting of your drive? [y/n]:n

Damit kann ich also auf meinem Laufwerk alle DVDs abspielen, egal welchen Ländercode sie haben, solange ich es eben mit VLC und möglicherweise auch unter Linux mache.
Das genügt mir völlig.

PS:
Ich habe auf der DVD in der Datei "VIDEO_TS.IFO" auch unter Offset 35 mit einem Hexeditor nachgeschaut, ob es sich wirklich um eine Region Code 1 DVD handelt um einen Fehler auf der Packung auszuschließen und das war der Fall.
Genaugenommen war es sogar eine DVD, die auch für die Regionen 3 und 4 geeignet ist, nicht aber für Region 2.
Für den Test reicht das also völlig, solange das Bit für Region 2 gesetzt ist, also den Wert 1 beträgt dürfte sie auf einem normalen Region 2 DVD Player nicht abspielbar sein.
Der genaue Binärwert an Offset 35 betrug 11110010 bzw. F2 in Hexschreibweise. Damit ist es eindeutig eine Region 1, 3 und 4 DVD.

Insofern kann ich jetzt meine Region 1 DVD bestellen ohne mir sorgen machen zu müssen.

Erstmal vielen Dank für deine Antwort.

Zitat von LigH

Allein das Einlegen einer DVD wird noch nicht sofort den Regionalcode im Laufwerk umstellen, stattdessen wird die DVD wahrscheinlich nur nicht abgespielt, wenn es nicht übereinstimmt.

Das ist bei meiner Frage ein sehr relevanter Punkt, denn das bedeutet dann, dass ich das gefahrlos testen kann, ohne dass der Zähler in meinem Laufwerk verändert wird.

Ich habe jetzt auch noch etwas auf der Seite von VLC recherchiert und habe dazu folgendes gefunden:
https://wiki.videolan.org/VSG:Usage:DVD:RegionCode/

Darin steht im Prinzip folgendes, es gibt alte und neue Laufwerke bzw. Firmware.
Die alten RPC1 Laufwerke, bei denen ist es völlig egal.
Die neuen sind RPC2 Laufwerke oder eben Laufwerke mit einer RPC2 entsprechenden Firmware.

Diese ist so gestaltet, dass sie den RAW Zugriff auf die DVD erst nachdem der Region Check von der Firmware durchgeführt wurde erlauben und
den RAW Zugriff braucht dann VLC und libdvdcss um die DVD entschlüsseln und abspielen zu können.
Daraus folgt also, wenn die Firmware den RAW Zugriff sperrt, dann kann VLC hier nichts machen.

Jetzt ist das aber noch nicht ganz eindeutig, was da auf der VLC Webseite steht.
Denn woanders habe ich gelesen, dass es die RPC2 Laufwerke erst seit der Einführung von Region Codes überhaupt gäbe, RPC1 Laufwerke haben sich darum also gar nicht gekümmert bzw. kennen das nicht.
Und bei den RPC2 Laufwerken wird zwar der Region Code von der Firmware geprüft, aber anders als ich oben geschrieben habe, also wiedersprüchlich, wäre das notwendige Freischalten für den RAW Modus durch die Firmware nur bei einigen RPC2 Laufwerken so, nicht aber bei allen RPC2 Laufwerken.
Insofern würde das bedeuten, dass es RPC2 Laufwerke gibt, auf die VLC und libdvdcss trotzdem den RAW Zugriff auf die DVD erhalten und somit von VLC die DVD unabhängig vom verwendeten Region Code abgespielt werden könnte.
Es wäre insofern also auch vom Modell abhängig.

Zitat

Es gibt für viele DVD-Laufwerke auch geänderte Firmwaredateien ohne Regionalcodebegrenzung über http://rpc1.org – allerdings mit dem üblichen Risiko eines Firmware-Updates und ohne Gewähr, dass gerade für dein Laufwerk etwas verfügbar ist.

Ja, darauf bin ich auch schon gestoßen, trotzdem danke für den Hinweis.
Bei meinem Laufwerk (Pioneer DVR-212) werde ich, so wie ich das gelesen habe, aber vermutlich nicht mehr downgraden können, da auf der Pioneer Webseite steht, dass nach dem Wechsel zu meiner aktuellen Firmware 1.28 keine RÜckkehr mehr auf ältere Firmwareversionen mehr möglich wären.
Dies könnte aber auch am Firmwareloaderprogramm liegen, hoffe ich mal, dann könnte es trotzdem Wege geben.

Ich werde es also wohl testen müssen.
Im Worst Case Fall muss ich mir halt ein zweites Laufwerk für Regio 1 DVDs zulegen, dass ich dann dauerhaft auf Regio Code 1 eingestellt lasse.
Die Laufwerke kosten heutzutage glücklicherweise nicht mehr viel, ob sich das aber wegen nur einer DVD lohnt, das ist dann bei den niedrigen Laufwerkspreisen wohl ne Geschmacksfrage.
Falls ich mir aber ein zweites Laufwerk zulegen sollte, dann werde ich vermutlich ein externes Laufwerk mit USB Anschluss zulegen, denn das erscheint mir zukunftssicherer als die normalen internen Anschlüsse. Bei USB Laufwerken hat man nur oft das Problem, dass man da noch weniger einstellen kann, das Laufwerk direkt aus den USA zu bstellen, das also gleich einen Regio 1 Code hat, erscheint mir da sinnvoller, als eines in Deutschland zu kaufen und dieses dann von Regio 2 auf Regio 1 umzustellen. Der USB Faktor könnte da nämlich zur Hürde werden.
Eine Alternative wäre ein EIDE zu SATA Adapter, dann könnte ich eines meiner alten DVD-ROM Laufwerke als Regio 1 Laufwerk verwenden. Allerdings weiß ich nicht, wie gut solche Adapter funktionieren.

Ich möchte mir ein Musical auf DVD kaufen, dieses gibt es aber nirgends als Regio 2 DVD, sondern nur als Regio 1 DVD.

Nun habe ich gelesen, dass es DVD Player Software wie VLC (Videolan) egal list, welchen Region Code eine DVD hat.
So weit so gut, aber was ist mit dem DVD Laufwerk?

Bei einem DVD Laufwerk ist es ja so, dass darin ein Zähler eingebaut ist, der es dem Benutzer erlaubt, den Region Code für das DVD Laufwerk bis zu fünfmal zu ändern.
Nun würde ich aber wissen, wann dieser Zähler anfängt getriggert zu werden?

Also macht das z.B. das Laufwerk schon beim Einlegen einer DVD, wenn deren Region Code ein anderer ist?
Also völlig automatisch ohne zu tun des Benutzers?
Oder muss hier der Benutzer erst mit einer DVD Player Software, die auf den Region Code achtet, auf die DVD zugreifen?

Also wann genau findet der Prozess statt, dass der Zähler um den Wert 1 reduziert wird, wenn man eine andere Regio Code DVD Code einlegt?

Wenn das erst bei Nutzung einer auf Regio Code achtenden DVD Player Software stattfindet, dann wäre es ja egal, wie oft ich zwischen einer Regio 1 und Regio 2 DVD wechsle, so lange ich keine derartige Software nutze. Richtig?
Der Zähler würde also immer bei 4 bleiben. (Die 0 wird mitgezählt, das entspricht also 5 möglichen Änderungen.)

Zitat von Selur

Würde neben VLC auch mal einen Player versuchen, der auf MPlayer aufbaut.

Also der VLC funktioniert, an dem liegt das Problem nicht.

Es ist eher der DVBViewer der seit neustem den AC3 Audiostrom aus irgendeinem Grund, wie ich gerade feststellen muss, nicht mehr aufzeichnet.
Ich werde mal prüfen ob das nur bei diesem Sender so ist, oder ob auch andere Sender davon betroffen sind.

Vielleicht wird ein neuer Senderscan notwendig sein, denn da ändern sich ja durchaus manchmal die Kanalbelegung und vielleicht weicht die inzwischen ganz leicht ab, so dass der DVBViewer zwar mit der alten Kanalbelegung für die ersten Sekunden den AC3 Audiostrom noch ausgeben kann, aber dann vielleicht nach ein paar Sekunden die Synchronisierung verliert und der Ton dann deswegen ausfällt und somit auch nicht mit aufgezeichnet wird.

Ich habe mir jetzt noch einmal die ursprüngliche TS Datei mit vlc angesehen und stelle gerade fest, dass, obwohl unter dem Menüpunkt "Extras->Codec-Information" alle Informationen zu den anderen Audioströmen angezeigt werden und man im Menüpunkt "Audio->Audiospur" diese auch auswählen kann, kein Ton herauskommt, wenn man diese Audiospuren tatsächlich anwählt.
D.h. so wie es aussieht ist zwar der Informationseintrag da, dass es mehrere Audioströme geben würde, aber es gibt dazu gar keine Audiodaten.
Damit wäre das ganze Thema eigentlich erledigt. :nein:

Wo nichts ist, da kann natürlich auch nichts gefunden werden. Daher sage ich mal sorry, mein Fehler, es hätte mir früher auffallen sollen, ich habe da am Anfang nur nach den Menüpunkten und Codec-Information geschaut ohne das wirklich zu testen.

EDIT:

Was mir gerade noch einfällt.
Jetzt wäre eigentlich noch interessant zu wissen, warum die Audiodaten in dem TS überhaupt nicht enthalten sind oder, warum der DVBViewer diese nicht aufzeichnet.

EDIT2:

Okay, ich denke ich habe das Problem eingekreist.
Wenn ich im DVBViewer bei dem entsprechen Sender eine AC3 Tonspur auswähle, dann wird diese zwar zuerst abgespielt, aber nach ein paar Sekunden wird der Ton dann plötzlich stumm.
Und erst dann, wenn ich die Tonspur wechsle und dann wieder auf die AC3 Tonspur zurückkehre, dann ist der Ton wieder da.

Warum das aber so ist, weiß ich nicht. Der Fehler muss wohl erst vor kurzem aufgetreten sein, denn Aufnahmen jüngeren Datums haben noch die AC3 Audiospuren.

So, da ich nun wissen wollte, ob ich durch den split Befehl irgendwie an die anderen Audiostreams herankomme habe ich mal versuchshalber die ganze TS Datei in drei Dateien aufgesplittet, so dass die nun neue, mittlere Datei, nur noch aus dem Teil des Videos bestand, welcher zeitlich betrachtet alle Audiostreams enthält.
Ein Test mit vls bestätigte dies auch.

Wenn ich aber nun diese neue *.ts Datei mit ProjectX usw. demuxe, dann habe ich wieder genau das gleiche Problem. Die anderen Audioströme verschwinden einfach.

Daraus folgt also, dass den einzelnen TS Päckchen irgend eine Information fehlt (Sitchwort: "doesnot denote") die es unmöglich macht, das ProjectX (oder die anderen Programme) diese Audioströme sauber extrahieren kann.

PS:

Eventuell kriege ich das "auf Dateiebene schneiden" mit dem Programm dd schneller hin, denn damit dürfte ich einen Start und Endbereich in Bytes definieren können, den ich kopieren möchte.
Die Byteposition kann ich glücklicherweise mithilfe von ProjectX auslesen, damit dürfte das dann recht einfach gehen.
Das Problem bleibt dann halt nur, das es weiterhin ein TS mit dem ganzen Müll bleibt, aber eventuell werde ich daraus einen kleinen Videoclip von sagen wir mal 5 Sekunden rausschneiden können, den ich dann vielleicht sofern rechtlich zulässig hochladen könnte und den könnt ihr euch dann ansehen um das Problem zu finden.
Dazu hätte ich dann aber noch eine rechtliche Frage, vielleicht weiß dazu jemand eine Antwort:
Wie viele Sekunden Video+Audiomaterial sind denn Urheberrechtlich zum Zitieren erlaubt? Weiß das jemand? Ich habe da noch irgendwas in Erinnerung das ein paar Sekunden okay wären, möchte mich hier aber nicht festlegen.

EDIT:
So wie es scheint benötigt man selbst für kurze Tonfolgen die Genehmigung des Rechteinhabers, ich werde also kein kurzes 5 Sek. Clip uploaden können.
http://allfacebook.de/policy/nutzung…rketing-teil-6/

Zitat von Goldwingfahrer

Ev.lädst Du ein kurzes oder weniger kurzes Testfile auf einen kostenlosen Hoster und wir könnens anschauen.

Das Problem scheint spezifisch zu dieser TS Datei zu sein und solange ich keine Möglichkeit habe, die irgendwie zu schneiden, werde
ich da nicht viel machen können.
Was ich aber mal versuchen könnte, wäre die Datei auf Dateiebene zu splitten. Also mit einem Programm wie split, das keine Kenntnis über den Inhalt der Datei hat, könnte ich die Datei aufteilen.
Damit kriege ich die Datei zerstückelt und wie ich gerade mit einer kleinen Testvideodatei getestet habe, funktioniert das auch.
Allerdings werde ich die Datei mehrfach manuell zerstückeln müssen und das dauert seine Zeit, die ich momentan nicht habe. Ich werde dazu wohl erst nächste Wochen kommen.

Bezüglich dem aktuellen Stand habe ich bisher nun die TS Datei versucht mit den folgenden Programmen zu demuxen:

ProjectX
TsSniper
TsMuxeR
und nun auch
PVAStrumento

Und alle, wirklich alle scheitern daran, die anderen Audiostreams, die erst später in der TS Datei beginnen, zu demuxen und auf die Festplatte zu speichern.

PVAStrumento zeigt in der Log dazu noch folgenden vielleicht hilfreichen Hinweis (TsMuxeR sagte dazu ja auch schon etwas, siehe oben):

VIDEO #1, PID 0x6e
	Resolution 720 x 576 (full D1)
	Aspect ratio is 16:9
	Frame rate 25.00 fps
	Nominal bitrate 15000000 bps
	VBV size 224 kB
	First PTS: 25:26:35.694


MPEG AUDIO #1, PID 0x78
	MPEG1, Layer 2
	stereo, sampled at 48.0 kHz.
	Bitrate 256 kbps
	Each frame contains 24.0 ms audio (768 bytes)
	First PTS: 25:26:35.283


PIDs in TS
	PAT:	  found
	TSID:	 0x437
	PMTID:	 0x19b
		VPID:    	 0x6e
		APID[1]:	 0x78
		DPID[1]:	 0x7d
		APID[2]:	 0x79
		APID[3]:	 0x7a
		TXTID:  	 0x82
		SUBID:  	 0x83


	** these pids were found but it doesnot denote
	** that all content are really available!

Hierbei könnte der vorletzte Satz "these pids were found but it doesnot denote" ein Hinweis sein.

Denote steht für "formalisieren, bezeichnen, kennzeichnen, markieren".
Vielleicht fehlt bei diesen anderen Audioströmen also noch irgendeine Information, die die obigen Programme benötigen, um diese Audioströme sichern zu können.

Zitat von Goldwingfahrer

Schade,ich arbeite hier professionell mit Video und habe auch einfache kostenlose Tools wie der genannte TsSniper.
Klappt hervorzüglich.
Kann es sein dass Du da noch Unnützes wie zum Bsp. Teletext im Stream hast ?

DVBViewer nimmt alles auf, also auch den ganzen Dreck wie Teletext, Redunante Daten, Prüfsummen und Co.
Schließlich ist das ein TS, das steht für Transport Stream und genau deswegen braucht man ja so Programme wie ProjectX die den Müll da raus machen und einen PS daraus machen, also einen Programm Stream.

Mit den PS können die Schnittprogramme dann vernünftig arbeiten.
Progamm Streams sind von dem Müll bereinigt, Transport Streams sind das nicht.

Die Transport Streams haben den Müll drin, erstens wegen dem Service wie Videotext und EPG und zweitens zur Korrektur des Streams falls der Empfang über den langen Übertragungsweg nicht einwandfrei ist. TS müsssen diesen Ballast also haben. Zum Schneiden ist der aber ungeeignet, weil die meisten Schnittprogramme damit nicht klarkommen.

Zitat

Mit den EnCoder von Mainconcept habe ich hier nix zu tun.

Guck mal in deine Settings, Voreinstellung ist eine Autoauswahl der Demuxer, Encoder usw.

D.h. TsSniper sucht sich das automatisch aus und der automatisch gewählte Demuxer ist eben der Mainconcept Demuxer.

Nachtrag:

Ich muss mich oben noch einmal korrigieren.
mplex habe ich nicht zum Demuxen verwendet, sondern zum Zusammenführen der von ProjectX demuxten Dateien, denn Avidemux hat damals nur mit einer nicht getrennten Videodatei gearbeitet. D.h. Der Video und die Audioströme mussten sich in einer Datei befinden, dafür habe ich mplex benötigt. Dadurch, dass ich aber auf Cuttermaran zum Schneiden umgestiegen bin, war der Schritt über mplex nicht mehr notwendig bzw. hat sich Cuttermaran selbst darum gekümmert.
Insofern war die Prozessfolge die folgende:
demuxen mit ProjectX -> zusammenführen mit mplex -> schneiden mit avidemux
und später:
demuxen mit ProjectX -> schneiden mit cuttermaran (welches mplex zum zusammenführen am Ende wieder automatisch aufruft).

Weil ich von dem Programm heute zum ersten mal gehört habe.

Ich habe vor ca. 4 Jahren mich das letzte mal nach Lösungen zum Schneiden umgesehen,
als ich feststellte, dass Avidemux, mein zuvor bevorzugtes Programm, Probleme mit der Synchronisation wegen dem ganzen Ballast in den TS Dateien hatte
und bin dann zuerst bei dem Kommandozeilen Demuxer mplex und dem Schnittprogramm Cuttermaran gelandet, um dann letzten endes mplex noch durch ProjectX zu ersetzen
und seit dem macht ProjectX eigentlich fast immer das was ich möchte und daher hatte ich keinen Grund gesehen mich nach alternativen Lösungen umzusehen.

Was ist an TsSniper besser?
H.264 brauche ich nicht.
Aber wenn es schneller ist und z.B. auch für Mehrkern CPUs geeignet ist, dann wäre es durchaus einen Blick wert.

Am liebsten wäre mir allerdings zuerst einmal eine Lösung wie ich das Problem mit ProjectX lösen kann, denn bei diesem Programm bin ich schon recht gut eingespielt, auch wenn ich nur einen Bruchteil der Einstellungen kenne bzw. nutze.

EDIT:

Okay, das mit dem alternativ Lösungen suchen vor 4 Jahren ist nicht ganz richtig.
Vor einigen Wochen habe ich noch einmal einen Blick auf die neuste Avidemux Version geworfen, weil
diese nun mit dem Ballast in den *.ts Dateien umgehen können soll, allerdings ist diese Version, wie ich feststellen mußte,
noch ziemlich fehlerhaft. Es wird z.B. ein Großteil des Videos gar nicht mehr kopiert, so dass Avidemux für mich zumindest in der Windows Version keine Option ist.
Bringt ja nichts, wenn es nicht so funktioniert wie man es gerne hätte.

EDIT2:

Also TsSniper funktioniert nicht so wie es soll.
Der verwendete MainConcept Demuxer erlaubt keine Auswahl der Audioströme und nimmt daher den Stereo Audiostrom.
Und wenn ich wie in der Fehlermeldung beschrieben, in den Einstellungen einen anderen Demuxer einstelle, dann gibt's eine DirectShow Fehlermeldung.
Gut möglich dass man hier demuxer nachinstallieren soll, aber wenn das TsSniper Programm sowieso nur eine GUI Oberfläche ist, das andere Programme für die eigentliche Demuxing Arbeit verwendet, dann kann ich auch gleich bei den anderen Demuxer Programmen bleiben.

TsMuxeR habe ich gerade eben übrigens auch ausprobiert, aber dieses meldet mir gleich beim Laden der Videodatei, das es einige Tracks (damit sind wohl die Audioströme) nicht erkannt und somit ignoriert hat. Dazu kommt leider noch dazu, das die Synchronisation nicht stimmt.

Hallo,

Ich habe eine mit DVBViewer TE2 aufgezeichnete *.ts Datei und wollte die nun zum Schneiden mit Cuttermaran zuerst mit ProjectX demuxen.
Die Datei enthält insgesamt 5 Audioströme, allerdings wird am Ende nur ein einziger gespeichert und die anderen (insb. der AC-3 Kanal) einfach weggeworfen.

Wenn ich allerdings die *.ts Datei mit z.B. VLC abspiele, dann kann ich jeden Audiostrom auswählen und anhören.

Frage:

Wie kriege ich ProjectX dazu, dass es auch die anderen Audioströme als Datei speichert?

PS: Die Logdatei von ProjectX habe ich dem Beitrag angehängt.