[gelöst] automatisches Schneiden abschaltbar?

Hallo,

wenn sich bei der Aufnahme das Tonformat ändert bzw wenn eine neue Audiospur dazu gekommen ist, dann werden die Aufnahmedateien gesplittet in 001.vdr 002.vdr etc.

kann man das abschalten, so dass alles in eine Datei geschrieben wird?

Denn so wie es jetzt ist fehlen beim Schnitt immer Frames:

hier mal der log von ProjectX:

Freitag, 18. April 2008 0.00 Uhr CEST
ProjectX 0.90.4.00 (30.03.2006)

-> arbeite an Zusammenstellung 0

-> normale Logdatei automatisch speichern
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> erstelle *.idd Projektdatei bei demux: Mpeg2Schnitt idd Version: V2/A3
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> generiere PCR/SCR aus PTS

-> schreibe Ausgabedateien nach: 'F:\VIDEO\DEMUXT\[0]'

-> Eingabedatei 0: '\\Server\e\VIDEO\test\2008-04-17.22.13.51.99.rec\001.vdr' (15.057.150 Bytes)
-> Dateityp ist PES (incl. MPEG Video)
-> demultiplexe
-> gefunden: PES-ID 0xE0 (MPEG Video) @ 0
-> gefunden: PES-ID 0xC0 (MPEG Audio) @ 4096
-> gefunden: PES-ID 0xBD (private_stream_1) @ 10825
-> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112
-> starte Export von Videodaten bei GOP# 0
!> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000
-> bis jetzt geschriebene Bilder: 922
wechsle zu Datei: \\Server\e\VIDEO\test\2008-04-17.22.13.51.99.rec\002.vdr (116.771.246 bytes) @ 15057150
!> verwerfe GOP# 77 bei orig. PTS 01:51:35.517 (602596613), errorcode: 24
!> Bilder erw./gez. 6/5, inGOP PTS Diff. 0ms, neuer Zeitindex 00:00:36.880
-> gefunden: PES-ID 0xC1 (MPEG Audio) @ 15069524
!> PTS Differenz von 86400 (00:00:00.960) zur letzten exportierten GOP festgestellt (broken_link Flag korrigiert)
!> verwerfe überflüssige B-Frames bei GOP# 78 / neuer Zeitindex 00:00:36.880

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 7448/ 2/ 622/ 0/ 621/ 1
-> Videolänge: 7448 Bilder in 00:04:57.920
-> GOP Zusammenfassung: min. 20, max. 24 Felder; enthält Halb- und Vollbilder
---> neue Datei: F:\VIDEO\DEMUXT\[0]\001.mpv

--> MPEG Audio (0xC0)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 01:50:58.466, letztes Paket 01:55:57.410
Video PTS: Start 1.GOP 01:50:58.637, Ende letzte GOP 01:55:57.597
-> passe Audio an Video-Zeitlinie an
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
!> 4 Frame(s) (96ms) eingefügt @ 00:00:36.792
!> 1 Frame(s) (24ms) angefügt @ 00:04:57.888
Audio Frames: wri/pre/skip/ins/add 12413/0/0/4/1 @ 00:04:57.912 abgeschlossen...
---> neue Datei: 'F:\VIDEO\DEMUXT\[0]\001.mpa'

--> AC-3/DTS Audio
-> Frames am Ende anfügen
Audio PTS: erstes Paket 01:50:58.466, letztes Paket 01:55:57.507
Video PTS: Start 1.GOP 01:50:58.637, Ende letzte GOP 01:55:57.597
-> passe Audio an Video-Zeitlinie an
!> Synchronisationswort fehlt bei Pos.: 13860, @ 00:00:00.000
!> Synchronisationswort gefunden bei Pos.: 13864
-> Ursprungsformat: AC-3, CM, 2/0(2.0), dn -23dB, DS, 48000Hz, 384kbps @ 00:00:00.000
-> Ursprungsformat: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 384kbps @ 00:02:51.232
!> 2 Frame(s) (64ms) angefügt @ 00:04:57.856
Audio Frames: wri/pre/skip/ins/add 9310/0/0/0/2 @ 00:04:57.920 abgeschlossen...
---> neue Datei: 'F:\VIDEO\DEMUXT\[0]\001.ac3'

--> MPEG Audio (0xC1)
-> Frames am Ende anfügen
Audio PTS: erstes Paket 01:51:36.122, letztes Paket 01:55:57.482
Video PTS: Start 1.GOP 01:50:58.637, Ende letzte GOP 01:55:57.597
-> passe Audio an Video-Zeitlinie an
!> 1537 Frame(s) (36888ms) vorn angefügt @ 00:00:00.000
-> Ursprungsformat: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:36.888
Audio Frames: wri/pre/skip/ins/add 12413/1537/0/0/0 @ 00:04:57.912 abgeschlossen...
---> neue Datei: 'F:\VIDEO\DEMUXT\[0]\001[1].mpa'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v): 7448 Bilder 00:04:57.920 'F:\VIDEO\DEMUXT\[0]\001.mpv'
Audio 0 (mp2): 12413 Frames 00:04:57.912 0/0/4/1 'F:\VIDEO\DEMUXT\[0]\001.mpa'
Audio 1 (ac3): 9310 Frames 00:04:57.920 0/0/0/2 'F:\VIDEO\DEMUXT\[0]\001.ac3'
Audio 2 (mp2): 12413 Frames 00:04:57.912 1537/0/0/0 'F:\VIDEO\DEMUXT\[0]\001[1].mpa'
=> 131.569.388 Bytes geschrieben...
-> es wurden 11 Warn-/Fehlermeldungen ausgegeben.

VDR ist Version 1.6.0. In setup.conf ist der Eintrag "SplitEditedFiles = 0" gesetzt.

Danke im voraus

Hallo und danke für die Antwort,

aber das hat nichts mit der maximalen Dateigrösse der Aufnahmedatei zu tun.

Dies wäre folgender Eintrag in der Setup.conf: MaxVideoFileSize = 2000. Der steht bei mir auf 2000, also auf 2000MB.

Aber es ist bei mir halt so, wie ich im ersten Post geschrieben habe, sobald eine neue Tonspur aufgeschaltet wird, wird genau an dieser Stelle die 001.vdr in eine zweite Datei gesplittet. Und grundsätzlich fehlen an dieser Stelle ein paar Frames und die Aufnahme ist wertlos.

Deshalb ja die Frage, ob man das irgentwie deaktivieren kann. Das habe ich mit vdr-1.4.7 und vdr-1.6.0 getestet. Bei beiden Versionen das gleiche. Und vdr-1.4.7 gibt es ja nun schon ne weile und ich kann mir irgentwie nicht so recht vorstellen, dass so ein gravierender Bug in dem die Aufnahmen zerstört werden noch keinem aufgefallen sind.

Gruss

pixelpeter

1. ...wie unhöflich

2. wenn Du mein Post richtig verstanden hättest, dann hättest Du gemerkt das ich nicht davon ausgehe, dass das Problem ein Bug ist. Sondern ich gehe ja davon aus, dass diese Funktion ein extra Schmankerl ist. wer die Funktion braucht, der kann sich freuen. Nur ich finde die Funktion nur lästig.

Des weiteren habe ich schon mehr als fünftausend Aufnahmen mit meiner Dbox2 gemacht und behaupte einfach mal, dass ich genügend Erfahrung habe, was gute und schlechte Aufnahmen angeht. Und eine Aufnahme in der Frames fehlen, würde ich nicht auf DVD brennen, sondern wenn möglich noch mal aufnehmen. Und durch die grosse Anzahl der Aufnahmen, die ich bis jetzt gemacht habe, brauche ich mir keine DVDs zu kaufen.

wilderigel

Danke für die Antwort,

hier mal ein Log:

Apr 18 21:01:28 (none) user.err vdr: [2433] switching device 1 to channel 24
Apr 18 21:01:28 (none) user.err vdr: [2433] timer 1 (24 2100-2120 'test2') start
Apr 18 21:01:28 (none) user.err vdr: [2433] record /root/mnt/SERVER/VIDEO/test2/2008-04-18.21.00.51.99.rec
Apr 18 21:01:29 (none) user.err vdr: [2433] cFileName::SetOffset: removing zero-sized file /root/mnt/SERVER/VIDEO/test2/2008-04-18.21.00.51.99.rec/001.vdr
Apr 18 21:01:29 (none) user.err vdr: [2433] recording to '/root/mnt/SERVER/VIDEO/test2/2008-04-18.21.00.51.99.rec/001.vdr'
Apr 18 21:01:29 (none) user.err vdr: [2513] file writer thread started (pid=2433, tid=2513)
Apr 18 21:01:29 (none) user.err vdr: [2514] recording thread started (pid=2433, tid=2514)
Apr 18 21:01:29 (none) user.err vdr: [2510] TS buffer on device 1 thread ended (pid=2433, tid=2510)
Apr 18 21:01:29 (none) user.err vdr: [2509] buffer stats: 64672 (3%) used
Apr 18 21:01:29 (none) user.err vdr: [2509] receiver on device 1 thread ended (pid=2433, tid=2509)
Apr 18 21:01:29 (none) user.err vdr: [2515] receiver on device 1 thread started (pid=2433, tid=2515)
Apr 18 21:01:29 (none) user.err vdr: [2516] TS buffer on device 1 thread started (pid=2433, tid=2516)
.
.
.
Apr 18 21:08:52 (none) user.err vdr: [2438] changing pids of channel 24 from 1791+1791:1792=deu;1795=deu:0:32 to 1791+1791:1792=deu,1793=deu;1795=deu:0:32
Apr 18 21:08:53 (none) user.err vdr: [2433] stopping recording due to modification of channel 24
Apr 18 21:08:53 (none) user.err vdr: [2514] recording thread ended (pid=2433, tid=2514)
Apr 18 21:08:53 (none) user.err vdr: [2513] file writer thread ended (pid=2433, tid=2513)
Apr 18 21:08:54 (none) user.err vdr: [2516] TS buffer on device 1 thread ended (pid=2433, tid=2516)
Apr 18 21:08:54 (none) user.err vdr: [2515] buffer stats: 49820 (2%) used
Apr 18 21:08:54 (none) user.err vdr: [2515] receiver on device 1 thread ended (pid=2433, tid=2515)
Apr 18 21:08:54 (none) user.err vdr: [2433] buffer stats: 138932 (2%) used
Apr 18 21:08:54 (none) user.err vdr: [2433] timer 1 (24 2100-2120 'test2') stop
Apr 18 21:08:54 (none) user.err vdr: [2433] switching device 1 to channel 24
Apr 18 21:08:54 (none) user.err vdr: [2433] timer 1 (24 2100-2120 'test2') start
Apr 18 21:08:54 (none) user.err vdr: [2433] record /root/mnt/SERVER/VIDEO/test2/2008-04-18.21.00.51.99.rec
Apr 18 21:08:54 (none) user.err vdr: [2433] recording to '/root/mnt/SERVER/VIDEO/test2/2008-04-18.21.00.51.99.rec/002.vdr'
Apr 18 21:08:54 (none) user.err vdr: [2698] file writer thread started (pid=2433, tid=2698)
Apr 18 21:08:54 (none) user.err vdr: [2699] recording thread started (pid=2433, tid=2699)
Apr 18 21:08:54 (none) user.err vdr: [2700] receiver on device 1 thread started (pid=2433, tid=2700)
Apr 18 21:08:54 (none) user.err vdr: [2701] TS buffer on device 1 thread started (pid=2433, tid=2701)
Apr 18 21:20:00 (none) user.err vdr: [2699] recording thread ended (pid=2433, tid=2699)

Wie zu sehen ist, wird bei einer Veränderung der Audiopids, die Aufnahmedatei gesplittet. hier mal noch die setup.conf, vielleicht fehlt mir ja ein Eintrag:

AntiAlias = 1
AudioLanguages = deu eng
ChannelEntryTimeout = 1000
ChannelInfoPos = 0
ChannelInfoTime = 5
CurrentChannel = 1
CurrentDolby = 0
CurrentVolume = 255
DefaultLifetime = 99
DefaultPriority = 50
DiSEqC = 1
DisplaySubtitles = 0
EmergencyExit = 1
EPGBugfixLevel = 3
EPGLanguages = 
EPGLinger = 0
EPGScanTimeout = 0
FontFix = Courier:Bold
FontFixSize = 20
FontOsd = Sans Serif:Bold
FontOsdSize = 22
FontSml = Sans Serif
FontSmlSize = 18
InitialChannel = 0
InitialVolume = -1
InstantRecordTime = 180
LnbFrequHi = 10600
LnbFrequLo = 9750
LnbSLOF = 11700
MarginStart = 5
MarginStop = 15
MarkInstantRecord = 1
MaxVideoFileSize = 2000
MenuKeyCloses = 0
MenuScrollPage = 1
MenuScrollWrap = 0
MinEventTimeout = 30
MinUserInactivity = 300
MultiSpeedMode = 0
NameInstantRecord = TITLE
NextWakeupTime = 0
OSDHeight = 486
OSDLanguage = 0
OSDLeft = 54
OSDMessageTime = 1
OSDSkin = sttng
OSDTheme = default
OSDTop = 45
OSDWidth = 624
PauseLifetime = 1
PausePriority = 10
PrimaryDVB = 1
PrimaryLimit = 0
RecordingDirs = 1
ResumeID = 0
SetSystemTime = 0
ShowInfoOnChSwitch = 0
ShowReplayMode = 0
SplitEditedFiles = 0
SubtitleBgTransparency = 0
SubtitleFgTransparency = 0
SubtitleLanguages = eng deu
SubtitleOffset = 0
SVDRPTimeout = 300
TimeoutRequChInfo = 1
TimeSource = S19.2E
TimeTransponder = 11837
UpdateChannels = 2
UseDolbyDigital = 1
UseSmallFont = 1
UseSubtitle = 0
UseVps = 0
VideoDisplayFormat = 1
VideoFormat = 0
VpsMargin = 120
ZapTimeout = 3
streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 1
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

Wie schon erwähnt gehe ich nicht davon aus, dass es ein Bug ist. Aber es wäre schön wenn ich das irgentwie deaktivieren könnte.

Gruss

Hallo,

ja, genau das ist das Problem.

Aber wenn ich das channelupdate deaktiviere, findet VDR nicht die neue Tonspur. Ein Teufelskreis.

Vielleicht kennt jemand des Rätsels Lösung.

Ich werde mal das channelupdate deaktivieren und alle drei Tonspuren von Hand eintragen. Mal sehen was passiert, wenn die Aufnahme mit zwei Tonspuren startet und dann eine dritte dazu kommt.

gruss

Hallo,

es hat funktioniert.

Wenn man das Channelupdate deaktiviert und die Audiopids von Hand in die Senderliste einträgt geht es.

Aber wie schon erwähnt werden dann aber die Pids der Programme nicht geupdatet. Das muss man dann zukünftig immer von Hand machen. Wenn man mehrere Satelliten empfängt ist das aber mit sicherheit unmöglich.

Danke an alle die geholfen haben.

Gruss