Betatest udrec 0.11
Betatest udrec 0.11
Ich habe in udrec einige neu Funktionen (-asplit, -f, -gtc) eingebaut.
www.tekum.de/udrec.exe
Da hierfür größere Änderungen notwendig waren, bitte ich euch, obige exe erstmal zu Testen. Fehler können eigentlich nur am Streambeginn/-Ende oder beim Splitten auftreten.
Jetzt müsste man auch Bayern4Klassik-AC3 streamen können. Wer also Donnerstag-Nacht nichts anderes vor hat -> ausprobieren!
tonsel
P.S. RESEND-Meldungen gibt's nur noch mit -rm
www.tekum.de/udrec.exe
Da hierfür größere Änderungen notwendig waren, bitte ich euch, obige exe erstmal zu Testen. Fehler können eigentlich nur am Streambeginn/-Ende oder beim Splitten auftreten.
Jetzt müsste man auch Bayern4Klassik-AC3 streamen können. Wer also Donnerstag-Nacht nichts anderes vor hat -> ausprobieren!
tonsel
P.S. RESEND-Meldungen gibt's nur noch mit -rm
Hallo Tonsel,
wenn JtG mit der neuen udrec.exe von Bayern 4 classic aufnehmen soll, dann kommt das in einem Popup-Fenster:
---------------------------
udrec.exe - Common Language Runtime Debugging Services
---------------------------
Application has generated an exception that could not be handled.
Process id=0xf8c (3980), Thread id=0xc2c (3116).
Click OK to terminate the application.
Click CANCEL to debug the application.
---------------------------
OK Abbrechen
Radio über JtG geht wohl nicht?!
wenn JtG mit der neuen udrec.exe von Bayern 4 classic aufnehmen soll, dann kommt das in einem Popup-Fenster:
---------------------------
udrec.exe - Common Language Runtime Debugging Services
---------------------------
Application has generated an exception that could not be handled.
Process id=0xf8c (3980), Thread id=0xc2c (3116).
Click OK to terminate the application.
Click CANCEL to debug the application.
---------------------------
OK Abbrechen
Radio über JtG geht wohl nicht?!
bye Dusty
Okay, das nächste Mal gibts das LOG. Das geht bei mir ja wieder ohne diese blöden xxxxxxxxxxxx.tonsel hat geschrieben:Radio geht in JtG noch nicht. Wenn Du udrec einfach per Doppelklick startest, dann kannst Du per Neutrino eine Sofortaufnahme machen. Das müsste gehen.
Im übrigen brauche ich bei Fehlern die Log-Datei von Jtg bzw. udrec. Die Angaben im Fenster sagen mir nichts.
tonsel
Da Radioaufnahmen aber sowieso nicht gehen über JtG, brauchste das LOG dann wohl noch nicht, oder? Kann ich nachreichen, wenn du willst.
Udrec einfach im DOS-Fenster aufgerufen funktionierte. Ich habe das Programm ohne jegliche Parameter gestartet. Leider sendet Bayern4classic aber erst Donnerstag Nacht wieder DD5.1. Dazu sollte ich wohl udrec -vpes aufrufen?!
Tonsel, ist es machbar, das udrec den audiostream so schnell anzeigt, wie den Videostream? So bekomme ich immer fast eine Krise, weil ich denke, es kommen keine Audiodaten rüber, obwohl schon 2 MB Videodaten daliegen...
![Smile :-)](./images/smilies/icon_smile.gif)
bye Dusty
Bei B4K muss keine Pid angegeben werden, wenn man die Aufnahme bei AC3-Sendebeginn startet. Wenn man früher startet, muss man die Pid mit -apid angeben. Dann sind die Puffer kleiner und die Daten schneller auf der Platte.
Ich werde noch eine Meldung ins Log aufnehmen, auf welchen Streams Daten kommen. Auf HD kann man die Streams nur schneller schreiben, wenn man alle Datenpuffer mit -buf verkleinert.
tonsel
Ich werde noch eine Meldung ins Log aufnehmen, auf welchen Streams Daten kommen. Auf HD kann man die Streams nur schneller schreiben, wenn man alle Datenpuffer mit -buf verkleinert.
tonsel
-
- Einmal-Streamer
- Beiträge: 8
- Registriert: Di 10 Feb 2004, 20:16
Re: Betatest udrec 0.11
Kannst Du kurz was zu den neuen Parms sagen?tonsel hat geschrieben:Ich habe in udrec einige neu Funktionen (-asplit, -f, -gtc) eingebaut.
-asplit ist ja relativ einleuchtend (das "Heidi"-Problem?
![Wink :wink:](./images/smilies/icon_wink.gif)
-f : für Leute die PES gestreamt haben und jetzt ein ES haben wollen? Hm, ich frag' mich, warum man überhaupt nocht PES streamen soll, wenn udrec ES doch mit allen möglichen Gimmicks (autosplit etc.) streamt. Kann man mit -f auch alte PES-Streams aus udrec 0.06 in ES umwandeln?
-gtc : Wozu ist das gut?
Danke für eine kurze Erleuchtung.
cu
wolle
Re: Betatest udrec 0.11
gtc schreibt den GOP Timecode neu. Bisher wird bei udrec dieser Timecode nicht neu geschrieben - projectX macht dies aber. Ohne Korrektur kann es bei es-Stream in DVDlab zu Problemen kommen, wenn Kapitelmarken gesetzt werden. Den genauen "technischen" Grund kann Dir Tonsel aber wahrscheinlich besser erklären. Wenn das mit -gtc gut klappt, gibt es nach meiner Erfahrung jedenfalls keinen Grund mehr die es-Streams noch mit projectX zu bearbeiten.wwershofen hat geschrieben: -gtc : Wozu ist das gut?
zwei Nokia und eine Phillips-Sat-Box mit JtG-Team-Image
Direktaufnahme: ASUS WL-HDD mit Oleg Firmware Oleg Firmware
Direktaufnahme auf HD per IDE-Interface
Streamingserver: lüfterloser Barebone 533 Mhz, Windows XP, Jack the Grabber 0.74c
dann weiter: projectX-->ggf. cuttermaran --> muxxi--> brennen -->DVD-Cover-Tool
Direktaufnahme: ASUS WL-HDD mit Oleg Firmware Oleg Firmware
Direktaufnahme auf HD per IDE-Interface
Streamingserver: lüfterloser Barebone 533 Mhz, Windows XP, Jack the Grabber 0.74c
dann weiter: projectX-->ggf. cuttermaran --> muxxi--> brennen -->DVD-Cover-Tool
-
- Muxxi Dev
- Beiträge: 2645
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Pflach in Tirol :-)
- Kontaktdaten:
@Tonsel
Wie versprochen hab ich gestern Abend den -gct Parameter ausprobiert und danach die GOP-Time-Codes des aufgenommenen Video-Streams mit dem in DVD-Lab eingebauten Tool kontrolliert. Mein Ergebnis: Voller Erfolg auf der gesamten Länge![Smile :-)](./images/smilies/icon_smile.gif)
Einen Verbesserungsvorschlag hätte ich trotzdem, natürlich nur, wenn das kein allzu großer Programmieraufwand ist:
Du hast ja mal geschrieben, dass eine GOP-Time-Code Korrektur während des Streamens nicht so optimal wäre, weil man dadurch gewissen Fehlern im Nachhinein nicht mehr auf die Schliche kommen kann. Aus diesem Grund fände ich es ganz gut, wenn man Optional zum Parameter -gtc ein VideoFile übergeben kann, in dem die Time Codes dann korrigiert werden. Also ähnlich wie bei -f welches ja auch nach dem Streamen durchgeführt werden kann.
Wie denkst Du darüber? Möglicherweise hast Du -gtc ja so programmiert, dass Streamfehler bereits berücksichtigt werden?
Cu leth
Wie versprochen hab ich gestern Abend den -gct Parameter ausprobiert und danach die GOP-Time-Codes des aufgenommenen Video-Streams mit dem in DVD-Lab eingebauten Tool kontrolliert. Mein Ergebnis: Voller Erfolg auf der gesamten Länge
![Smile :-)](./images/smilies/icon_smile.gif)
Einen Verbesserungsvorschlag hätte ich trotzdem, natürlich nur, wenn das kein allzu großer Programmieraufwand ist:
Du hast ja mal geschrieben, dass eine GOP-Time-Code Korrektur während des Streamens nicht so optimal wäre, weil man dadurch gewissen Fehlern im Nachhinein nicht mehr auf die Schliche kommen kann. Aus diesem Grund fände ich es ganz gut, wenn man Optional zum Parameter -gtc ein VideoFile übergeben kann, in dem die Time Codes dann korrigiert werden. Also ähnlich wie bei -f welches ja auch nach dem Streamen durchgeführt werden kann.
Wie denkst Du darüber? Möglicherweise hast Du -gtc ja so programmiert, dass Streamfehler bereits berücksichtigt werden?
Cu leth
Re: Betatest udrec 0.11
Autosplit geht auch bei PES Streams (denke ich jetzt mal:-)).wwershofen hat geschrieben:-f : für Leute die PES gestreamt haben und jetzt ein ES haben wollen? Hm, ich frag' mich, warum man überhaupt nocht PES streamen soll, wenn udrec ES doch mit allen möglichen Gimmicks (autosplit etc.) streamt.tonsel hat geschrieben:Ich habe in udrec einige neu Funktionen (-asplit, -f, -gtc) eingebaut.
cu wolle
Hatte letzte Woche eine Folge von Farscape mit ES (mpv+mp2) aufgenommen. Diese dann noch einmal durch PX durchgejagt und war ganz erstaunt, als PX einen Fehler im Videostream erkannte. So ganz 100%ig scheint udrec da noch nicht sauber zu arbeiten.
Die neuen Parameter sind aber für JtG-Nutzer wohl nicht nutzbar? Oder wo kann in JtG dazu etwas eingestellt werden?
bye Dusty
-
- Muxxi Dev
- Beiträge: 2645
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Pflach in Tirol :-)
- Kontaktdaten:
Geht noch nicht, ausßerdem ist diese Version von udrec ja noch BETA!Die neuen Parameter sind aber für JtG-Nutzer wohl nicht nutzbar? Oder wo kann in JtG dazu etwas eingestellt werden?
Wäre sicher von Vorteil, wenn du das PX Log mit dem Fehler posten könntest. Vielleicht kann tonsel ja was richten? Oder es handelt sich um keinen 'richtigen' Fehler, sondern um etwas das man getrost vernachlässigen kann.als PX einen Fehler im Videostream erkannte.
Cu leth
Habe gerade mal die Variante getestet bei pes die audio-pids vorzugeben.
SciFi 5 min vor Farscape mit der Aufnahme der Audio-PIDS 2048 und 2049 begonnen. 2049 war zu diesem Zeitpunkt nicht verfügbar, eine entsprechende pes-Datei wurde auch für die zweite Spur angelegt. Mit Farscape müsste der O-TON (APID 2049) einsetzen.
Leider sind die beiden apes-Dateien unterschiedlich groß, muxen in wingrab geht nicht und Bearbeitung des apid 2049 mit projectX auch nicht... Der Versuch mit udrec -f die zweite Spur in es umzuwandeln, führt zu einem Ausnahmefehler ...
SciFi 5 min vor Farscape mit der Aufnahme der Audio-PIDS 2048 und 2049 begonnen. 2049 war zu diesem Zeitpunkt nicht verfügbar, eine entsprechende pes-Datei wurde auch für die zweite Spur angelegt. Mit Farscape müsste der O-TON (APID 2049) einsetzen.
Leider sind die beiden apes-Dateien unterschiedlich groß, muxen in wingrab geht nicht und Bearbeitung des apid 2049 mit projectX auch nicht... Der Versuch mit udrec -f die zweite Spur in es umzuwandeln, führt zu einem Ausnahmefehler ...
zwei Nokia und eine Phillips-Sat-Box mit JtG-Team-Image
Direktaufnahme: ASUS WL-HDD mit Oleg Firmware Oleg Firmware
Direktaufnahme auf HD per IDE-Interface
Streamingserver: lüfterloser Barebone 533 Mhz, Windows XP, Jack the Grabber 0.74c
dann weiter: projectX-->ggf. cuttermaran --> muxxi--> brennen -->DVD-Cover-Tool
Direktaufnahme: ASUS WL-HDD mit Oleg Firmware Oleg Firmware
Direktaufnahme auf HD per IDE-Interface
Streamingserver: lüfterloser Barebone 533 Mhz, Windows XP, Jack the Grabber 0.74c
dann weiter: projectX-->ggf. cuttermaran --> muxxi--> brennen -->DVD-Cover-Tool
@leth
Bei -gtc werden die Time-Codes selbstverständlich so gerechnet, dass Streamfehler berücksichtigt sind.
@Dusty
-asplit/-vsplit geht auch zusammen mit -f.
Mich würde doch mal interessieren, was für Fehler Fehler P-X anzeigt. Fehlende (Audio-)Frames können das eigentlich nicht sein, denn die kann man in ES grundsätzlich nicht erkennen (außer man interpretiert fehlend als "Audio ist kürzer als Video")
tonsel
Bei -gtc werden die Time-Codes selbstverständlich so gerechnet, dass Streamfehler berücksichtigt sind.
@Dusty
-asplit/-vsplit geht auch zusammen mit -f.
Mich würde doch mal interessieren, was für Fehler Fehler P-X anzeigt. Fehlende (Audio-)Frames können das eigentlich nicht sein, denn die kann man in ES grundsätzlich nicht erkennen (außer man interpretiert fehlend als "Audio ist kürzer als Video")
tonsel