DIVX/DVD/SVCD Erzeugung mittels vdrsync

Doc · 9. Juni 2003

Hi,

nachdem der Thread vdrsync pre-alpha1 im gleichen Forum nun komplett übergelaufen / auseinander gedriftet ist (vielen Dank für die Rückmeldungen, Vorschläge und generellen Kommentare :)), möchte ich die Diskussion etwas mehr fokussieren.

Deshalb werde ich zu den einzelnen Themen eigene Threads aufmachen, das hier ist der erste.
Ich würde mir wünschen, dass Ihr hier eure scripts postet, mit denen Ihr die weitere Verarbeitung von Aufnahmen erledigt, die Ihr mit vdrsync synchronisiert habt. Oder einfach schreibt, wie Ihr gern die Aufnahmen weiter verarbeiten würdet.

Dann kann ich nämlich das ganze schamlos klauen und in vdrsync integrieren ;), oder zumindest mal sehen, was Ihr so an Features benutzen würdet.

Wichtig ist, das Ihr postet welche anderen Tools Ihr benutzt gern benutzt oder benutzen würdet. Also so Sachen wie: "Ich benutze Tool XXX, das klappt 1a, aber leider geht das nicht mit vdrsync weil vdrsync: so blöde Dateinamen erzeugt/wasauchimmer".
Dann kann ich nämlich die Kompatibilität zu den anderen Tools erhöhen.

Happy posting

doc

Doc · 9. Juni 2003

Hi MeMeD,

Zitat

Original von MeMeD im anderen Thread, schamlos von mir hierher kopiert
Hi,

z.Zt. würde es nicht viel bringen mein script zu posten (26kbyte) da ich vdrsync ja innerhalb des scriptes nutze und tcmplex manuell aufrufe.

ich dachte eher an eine festgelegte syntax, mit der vdrsync aufgerufen werden sollte, wo definiert ist welche optionen an ein weiter-verarbeitendes script durchgereicht (encoder optionen) werden, und welche variabelen/optionen von vdrsync je nach film gesetzt werden (dateinamen der streams, ggf. länge des films für bitraten berechnung), wenn man das vorher festlegt können belibige scripte davon profitieren.

beispiel:
vdrsync.pl -o /workfolder -postexec"/usr/bin/mein-mencoder.sh" -postexec-opts "-optionen für mein mecoder-script" /video/aufnahme/2003-23-03../001.vdr

und nach erfolgreichem vdrsyncen wird -postecec aufgerufen, mit -postexec-opts + vdrsync outputdateinamen + vdrssync's gemessener playzeit in sekunden als optionen für eine weiterverarbeitendes script.[ggf. + weitere sachen die vdrsync bereits weiß die für weiterverarbeitung nützlich/nötig sind]

Gruß MeMeD

P.S. die anfrage mit dem user-audiodelay wäre aber auch so eine _riesen_ hilfe, soweit ich weiß haben auch andere das problem, und meine experimente mit mencoder optionen (-audio-delay) haben 2 probleme, 1. nur positive werte erlaubt und 2. bei wiedergabe mit mplayer werden die angaben nicht korrekt ausgewertet, in windos schon

Alles anzeigen

Zu -postexec:
Die Idee gefällt mir super, werde ich einbauen...

Zum "Durchreichen" von Variablen
Gefällt mir auch sehr gut, es sollten einige Sachen "durchreichbar" sein, die könnten dann nach folgedem Schema abgerufen werden:

vdrsync.pl -o /workfolder -postexec"/usr/bin/mein-mencoder.sh" -postexec-opts "-optionen für mein mecoder-script VDRSYNCplaytime VDRSYNCvideofilename VDRSYNCac3filename" /video/aufnahme/2003-23-03../001.vdr

oder so ähnlich.
Bei den Dateinamen bin ich aber auch absolut offen für "bessere", d.h vorhersagbare Namen. Das werde ich ws ohnehin ändern.

Zum Audiodelay:
vdrsync arbeitet so, dass es nach dem demuxen keinen Audiodelay mehr geben sollte. Also AVshift = 0. Es ist nämlich nicht möglich, "einen" Audiodelay anzugeben, da der sich bei jedem Schnitt ändern kann/wird. Und auch, wenn die Tonspur sich ändert (deshalb versagt vdrsync ja bei ungeschnittenen Aufnahmen (manchmal/meistens). Wenn Du nur den delay brauchst, um einheitliche, ungeschnittene Aufnahmen (also nur an den Rändern geschnitten, nicht mittendrin) konvertieren zu können, dann ist vdrsync absoluter overkill. Da könnte man einfach den Audiodelay am Anfang berechnen und rausschreiben, das dauert nur ein paar sec (oder weniger). Aber wenn Du die einzelnen Spuren in einzelnen Dateien brauchst, dann solltest Du in dem demux Schritt den audiodelay eleminieren.

Es gab schon mal die Idee, einfach eine "kaputte" Audio-Packete, die beim Schneiden entstehen, zu reparieren, und dann alles in transcode reinzuschieben. Transcode geht bei der AVsync (defaultmässig) auch so vor wie vdrsync (also PTS TimeStamps auswerten), kann aber mehr. Allerdings bricht es ab, wenn defekte AudioFrames im Stream sind. Deshalb die Idee:

Code

vdrfix 001.vdr 002.vdr | transcode...

wobei, wie gesagt, vdrfix nur die kaputten Audioframes rausgeworfen hätte.

Das habe ich aber nicht weiter verfolgt, weil ich es nicht geschaft habe, transcode eine FIFO oder PIPE als Quelle unterzuschieben. Wenn ich eh den ganzen Stream rausschreiben muss, dann kann ich auch gleich syncen... Achja, was ich auch nicht weiss, ist, wie transcode/mencoder mit "Löchern" in den Audiospuren fertig werden. Die entstehen nämlich auch durchs Schneiden.

Wenn ich das mit dem Audiodelay falsch verstanden habe, dann vergiss einfach das oben gesagt, und schreib mir nochmal, was Du genau brauchst

Cheers

doc

memed · 9. Juni 2003

Hi Doc,

das delay beim convertieren mit mencoder scheint 0.1 -0.2 sec zu sein,
eigentlich erlaubt mencoder es ein delay in den avi header zu schreiben, jedoch bringt das bei mir nichts, wenn ich mit virtualdub unter windows ein delay in den header einfüge klapt es (jeweils mit mplayer unter linux und windows).

also eigentlich frage ich dich, ob du in deinem script einen fehler des mplayer bereinigst, was ja bedeuten würde, das vdrsync tatsächlich unsynchrone daten ausgeben soll.
soweit ich dich aber verstehe kannst du in vdrsync nicht gezielt einen unsynchonen stream zu erzeugen, daher meine frage mit welchem tool ich denn eine mpeg datei
geziel unsynchron machen kann?
ginge evtl. ein "special" mode mit vdrsync, der dann als 2ter durchlauf so etwas machen könnte ?

zu den sample-scripts, da setze ich mich gleich noch drann, ich nehme dann mal einfach eine hypothetische logik, sprich ich werde ein wrapper script bauen, in dem ich hardcodiert simuliere wie vdrsync das codier script aufruft, die arbeit dafür habe ich eh schon halbwegs gemacht, solte also nur ein bisschen kaffee und tipp arbeit benötigen.

Gruß MeMeD

Doc · 9. Juni 2003

Hi MeMed,

Zitat

Hi Doc, das delay beim convertieren mit mencoder scheint 0.1 -0.2 sec zu sein, eigentlich erlaubt mencoder es ein delay in den avi header zu schreiben, jedoch bringt das bei mir nichts, wenn ich mit virualdub unter windoof ein delay einfüge in den header, klapt es (jeweils mit mplayer unter linux und windows). also eigentlich frage ich dich, ab du in deinem script einen fehler des mplayer bereinigst, was ja bedeuten würde, das vdrsync tatsächlich unsynchrone daten ausgeben soll. soweit ich dich aber verstehe kannst du in vdrsync nicht gezielt einen unsynchonen stream zu erzeugen, daher meine frage mit welchem tool ich denn eine mpeg datei geziel unsynchron machen kann? ginge evtl. ein "special" mode mit vdrsync, der dann als 2ter durchlauf so etwas machen könnte ?

Das ist ja nen Ding - ich wusste nicht, dass mencoder unsynchrone AVIs rausschreibt. Natürlich kann man recht einfach vdrsync so ändern, dass es bei Bedarf einen definierten AVshift erzeugt. Dazu muss man einfach am Anfang der Audio-Datei ein paar extra-Frames einfügen oder wegwerfen. Wenn Du von einem Audio-Delay von 0.1 - 0.2 sec sprichst, dann würde das typischerweise (bei 192KHz MP2) das Löschen von 4-8 Audioframes a 0.024 ms bedeuten, das lässt sich ohne weiteres einrichten (auch wenn es irgendwie komisch ist). Natürlich nicht gerade als default.......

Zitat

zu den sample-scripts, da setze ich mich gleich noch drann, ich nehme dann mal einfach eine hypothetische logik, sprich ich werde ein wrapper script bauen, in dem ich hardcodiert simuliere wie vdrsync das codier script aufruft, die arbeit dafür habe ich eh schon halbwegs gemacht, solte also nur ein bisschen kaffee und tipp arbeit benötigen.

Klasse, ich bin gespannt.

Cheers

Doc

memed · 10. Juni 2003

Hi,

habs soweit mal zusammen, es läuft durch und es kommt was raus

zur erklärung, vdrsync_emu fasst folgende schritte zusammen, die später
einzeln (als eigen scripte) ablaufen:

1. generieren der für (das neue)vdrsync.pl benötigten parameter
[.vdr-dateien, divx-script, divx-optionen]
2. aufruf von vdrsync.pl (mit optionen die noch nicht da sind)
[neue optionen: namen der streams, gesammtlaufzeit in sek.,...]
3. aufruf des divx scripts mit den divx-optionen und von vdrsync hinzugefügten optionen (wird später durch vdrsync.pl aufgerufen)

im divx script werden dann mit tcmplex die (gewünschten) streams zusammen gemuxt und mit mencoder als 2-pass divx gespeichert.

vdrsync_emu

Bash

#!/bin/bash
#
set -vx
 
# executables
TCMPLEX="/usr/local/bin/tcmplex"
MENCODER="/usr/local/bin/mencoder"
MPLAYER="/usr/local/bin/mplayer"


# parse the vdrsync.pl outpufilenames and running time
for i in $(echo -e "$*")
 do
	i="$(echo "$i"|sed '/^VS_/p;d')"
	[ -n "$i" ] && declare -x "$i"
done 




# parse coder settings
for i in $(echo -e "$*")
 do
        i="$(echo "$i"|sed '/^MC/p;d')"                                                            
        [ -n "$i" ] && declare -x "$i" 
done


# parse mp3 settings
    MCMP3="$MCMP3Bitrate"
    [ 1$MCMP3 -le 164 ] && AUDIO_RATE=64
    [ 1$MCMP3 -ge 1321 ] && AUDIO_RATE=320
    [ 1$MCMP3 -ge 1128 -a  1$MCMP3 -le 1320 ] && AUDIO_RATE=$MCMP3
     MENC_AUDIO="mp3lame -lameopts cbr:preset=$AUDIO_RATE"






# calc bitrate for 'n' cd's
#for testing fixed value
MCCDMode=1
if [ $MCCDMode -eq 1 ]
 then
	MEDIA_SIZE="$(expr $MCCDMode \* $MCCDSize \* 1024 \* 1024 \* 8)"
	AV_BITRATE=$(expr $MEDIA_SIZE \/ $VS_POST_RUNNING_TIME)
	VIDEO_BITRATE=$(expr $AV_BITRATE \- $MCMP3Bitrate)
fi
#debug for testing, reasonable value
VIDEO_BITRATE="1400"




#::: main


MPEGPS_FILE=""$(dirname "$VS_POST_VIDEO_STREAM")"/video_singel-audio_remux.mpg"


#make mpeg ps from synced files
$TCMPLEX -i "$VS_POST_VIDEO_STREAM" -p "$VS_POST_PRIMARY_AUDIO_STREAM" -m d -o "$MPEGPS_FILE" ;RV_TCMPLEX="$?"


#if tcmplex exits cleanly and the outputfile exists delete vdrsync.pl outputfiles
[ "$RV_TCMPLEX" -eq 0 -o -e "$MPEGPS_FILE" ] && rm -f "$(dirname "$MPEGPS_FILE")"/*.mp[av] && rm -f "$(dirname "$MPEGPS_FILE")"/*.ac3




#crop detect will go here




#get movie aspect to encode into the mpeg4 avi
MPEG_ASPECT="aspect=$($MPLAYER -nosound -vo null -frames 1 -identify "$MPEGPS_FILE"|grep ID_VIDEO_ASPECT|cut -f2 -d"=")"


#first pass of divx encoding
$MENCODER "$MPEGPS_FILE" -oac $MENC_AUDIO -ovc lavc -lavcopts vpass=1:vcodec=mpeg4:vbitrate=$VIDEO_BITRATE:vhq:${MPEG_ASPECT} -vop scale=$MCXres:$MCYres,lavcdeint -sws 2 -o $(dirname $MPEGPS_FILE)/divx_out.avi;PASS1_RV=$?


#second pass divx encoding
$MENCODER "$MPEGPS_FILE" -oac $MENC_AUDIO -ovc lavc -lavcopts vpass=1:vcodec=mpeg4:vbitrate=$VIDEO_BITRATE:vhq:${MPEG_ASPECT} -vop scale=$MCXres:$MCYres,lavcdeint -sws 2 -o $(dirname $MPEGPS_FILE)/divx_out.avi;PASS2_RV=$?


#if all encoding went well delete all mpeg files
[ $PASS1_RV -eq 0 -a $PASS2_RV -eq 0 ] && rm -rf "$(dirname "$MPEGPS_FILE")"/*.mp?




#end of test script

Alles anzeigen

und mc_rec2divx.sh:

Bash

#!/bin/bash
##
#
# proof of concept for vdrsync.pl enhancment
# will call mc_rec2divx.sh as if vdrsync.pl
# had called it, by guesing/parsing vdrsync.pl
# output before calling the coder script.
# to make clear what is wrapper code 
# and what is "vdrsync.pl" stuff
# those variables will start with "VSPRE_" and
# "VSPOST_", where PRE means the values are known 
# before vdrsyc.pl is started, POST includes 
# also the values which come from vdrsync.pl itself.
# the rest simulates (my) convert and coding
# list management which i try to make public
# soon.(list_mgr.sh)
# 
# inspired by "Doc" and his famous vdrsync.pl !
#
# okx(at)gmx(dot)de -> user MeMeD at vdrportal.de
#  (b.t.w. MC is for multi coder..)






## what is the old way:
#
# the list_mgr.sh is controled by reccmds.conf (and commands.conf)
# it gets the divx options from vdr's setup.conf (patch for mp3 plugin)
# and the vdr-folder to encode (if multiple on one/two cd's are selected) 
# from the file toconvert.txt, builds a command line which is then
# echo'ed to atd (job scheduler) which starts the cmdline as
# background job (releasing the vdr osd,running at high nice level).
# the coder script does call vdrsync.pl, test for bitrate to
# fit on 1/2 cd's (enven detect black bars and crop them).
#  ploblem, mplayer cant properly replay the avi in sync he
#  (mencoder) generated, nor any other player.(all options tested)
#
#
#
## what we now want in the future:
# the list_mgr.sh (or a direct reccmds.conf entry) now calls
# vdrsync.pl with a special switch, that generates a user
# defined A/V delay(offset), and then calls the coder script.
#  simple uh :-)
# ok in detail, we pass along to vdrsync.pl two (at least)
# new options, one for the executable coder-script, and the second
# for the options which the coder-script needs, additionaly 
# vdrsync.pl adds (at the end) some extra options which the
# coder script (can/will) use to save a) time and b) parsing trouble
# (like getting the corect outputfilename, which depends on hex-id's
# in the vdr-mpeg-stream).
# those added options would include running time in sec. (for bitrate 
# calculations) and outputfilename (for tcmplex, to select which 
# audio tracks to include in the multiplexed mpeg ts, which
# is then used by the coder script.
#
#
#
## here is what we do in this script:
# fist this wrapper only takes one vdr folder, the multi option
# will be added later.
# second for easier testing the divx options are fixed
# ,cropdetect is missing and foldername conversion too.
#
#
##
set -xv


MC_EXEC_SCRIPT=$(dirname $0)/mc_rec2divx.sh
VDR_SYNC="/Vdr11/src/vdrsync-0.1.1.1b/vdrsync.pl"
VDR_SYNC_AV_DELAY="-0.15"
AT="/usr/bin/at"
DIVX_OPTS="MCXres=480 MCYres=576 MCMP3Bitrate=128 MCCDSize=700 MCCDMode=1"
#X=480,Y=576,audio mp3=128kbit,1-cd,cd-size 700mb


VS_PRE_IN_FOLDER="$1"
[ ! -d "$1" ] && echo "Error 1st param must be the vdr rec-dir.Exit 1." && exit 1


OUT_2_PART=$(basename $(dirname "$VS_PRE_IN_FOLDER"))
VS_PRE_OUT_FOLDER="/video/DIVX/vdr_sync_test/$OUT_2_PART"
#usually outfolder is constructed form a base out name 
#plus the vdr path of the on folder (without your video base dir)
#and filterd for chars that may interfere with other tools scripts










mkdir -p $VS_PRE_OUT_FOLDER;cd $VS_PRE_OUT_FOLDER
rm -f *.mp?


pushd $(dirname $VDR_SYNC)
./$(basename $VDR_SYNC) -pre_delay "$VDR_SYNC_AV_DELAY" -o "$VS_PRE_OUT_FOLDER" "$VS_PRE_IN_FOLDER/001.vdr";RV_VDRSYNC="$?"
# now we "emulate" that vdrsync would call the coderscript and adds
# the following cmd line options
VS_POST_RUNNING_TIME="VS_POST_RUNNING_TIME=100"
VS_POST_VIDEO_STREAM="VS_POST_VIDEO_STREAM=$VS_PRE_OUT_FOLDER/e0.mpv"
VS_POST_PRIMARY_AUDIO_STREAM="VS_POST_PRIMARY_AUDIO_STREAM=$VS_PRE_OUT_FOLDER/c0.mpa"
#i dont have the developer tcmplex version: VS_POST_SECONDARY_AUDIO_STREAM="$VS_PRE_OUT_FOLDER/c1.mpa"
# i dont have the ac3 mencoder            : VS_POST_AC3_STREAM="$VS_PRE_OUT_FOLDER/bd.ac3"
popd




CMD_LINE="${MC_EXEC_SCRIPT} ${DIVX_OPTS} ${VS_POST_RUNNING_TIME} ${VS_POST_VIDEO_STREAM} ${VS_POST_PRIMARY_AUDIO_STREAM}"


$CMD_LINE


# sending the cmdline to at to start it in the background
#echo "$CMD_LINE"|$AT -q t now

Alles anzeigen

beide scripte in einen ordner, die pfade anpassen und mit komplettem
pfad zum script und als optione einen vdr ordner starten:

Code

/vdr/scripts/vdrsync_emu /video/Aufnahme/2003-06-06.02.57.50.50.rec/

gruß und viel spass beim testen

MeMeD

memed · 14. Juni 2003

So,

da das da oben wohl kaum jemandem was nützt hier mal
knapp und kurz meine idee vom ablauf:

list_mgr.sh -> wird in reccomds.conf benutzt um listen zu erstellen
und oder aufnahmen direkt als konvert-job starten

[jobs laufen als hintergrund job(at)]
- aufnahmen werden mit vdrsnc.pl synchronisiert, und ggf. für
mencoder gezielt mit einem A/V offset versehen + multiplexed
- vdrsync ermittelt die laufzeit in sekunden um ziel bitraten (cd/dvd)
zu errechenen
- mencoder wandelt (mit zielbitrate) das mpeg im
2-pass verfahren um, zusätzlich werden noch einige
besonderheiten beachted: aspekt wird in mepg4 eincodiert,
ziel ordner entsprechen vdr ordner strucktur,avi hat von
ordnernamen abgeleiteten dateinamen, aufteilung und re-indexing
für multi cd splitting, mp3 reencoding

nun die frage, ob ein script alle unter scripte aufruft, oder ob ein script
an das nächste übergibt, wer hat vorschläge, oder fragen ....

Gruß MeMeD

Doc · 14. Juni 2003

Hi MeMeD

Zitat

So, da das da oben wohl kaum jemandem was nützt

das würde ich jetzt nicht behaupten, ich finde das Konzept ziemlich gut.

Zitat

hier mal knapp und kurz meine idee vom ablauf: list_mgr.sh -> wird in reccomds.conf benutzt um listen zu erstellen und oder aufnahmen direkt als konvert-job starten [jobs laufen als hintergrund job(at)] - aufnahmen werden mit vdrsnc.pl synchronisiert, und ggf. für mencoder gezielt mit einem A/V offset versehen + multiplexed - vdrsync ermittelt die laufzeit in sekunden um ziel bitraten (cd/dvd) zu errechenen - mencoder wandelt (mit zielbitrate) das mpeg im 2-pass verfahren um, zusätzlich werden noch einige besonderheiten beachted: aspekt wird in mepg4 eincodiert, ziel ordner entsprechen vdr ordner strucktur,avi hat von ordnernamen abgeleiteten dateinamen, aufteilung und re-indexing für multi cd splitting, mp3 reencoding nun die frage, ob ein script alle unter scripte aufruft, oder ob ein script an das nächste übergibt, wer hat vorschläge, oder fragen ....

Hast Du Dir mal die vdrconvert Skripte von Dimitri angeschaut? Was die grundsätzliche Vorgehensweise angeht, so sehe ich auch eine hauptsächliche Entscheidung:

Welches Skript macht was? Etliche User, die vdrsync benutzen, scheinen bestimmte Feature nicht zu nutzen. Dabei wäre es sogar etwas schneller und würde Platz sparen, gleich zu entscheiden "AC3 will ich nicht, auch keine 2te Tonspur, ich rufe vdrsync mit der Option -ignore bd,c1 auf". Trotzdem will ich vdrsync schrittweise so erweitern, dass immer mehr Optionen eine möglichst flexible Nutzung, und damit auch Automatisierung ermöglichen. Für mich persönlich ist die DVD - Erzeugung am interessantesten, aber alle anderen Ausgabeformen sollten auch möglich sein. Entweder von vdrsync aufgerufen, oder vdrsync wird von einem Masterskript gesteuert und liefert neben den Streams notwendige Infos, das ist Geschmacksfrage und sollte beides möglich sein. Einbauen will ich die Features u.a. auch, weil ich ja für die Mausschubser unter uns noch an einer grafischen Oberfläche in Perl/Tk stricke, die wäre auch die Voraussetzung für mein Lieblingsfeature: Frame-genaues schneiden.

Aber zurück zum Thema: vdrsync sollte auf jeden Fall:

- die Audio-offset Option enthalten
- eine Postexec-Option bekommen, die gleichzeitig
- Dummy parameter wie VDRSYNCmovielength oder VDRSYNCgopnumber oder VDRSYNCaspectratio durch die wirklichen Parameter, die das postexec Kommando benötigt, ersetzt.

Ausserdem stehen automatische DVD (Image) Erzeugung und single-pass DIVX mit transcode auf der Liste, letzteres ein Feature das Ernie schon eingefügt hat.

Stellt sich die Frage, wann ich das fertig habe.
Stand der Dinge:

Ich habe ja in einem anderen Thread dokumentiert, wie man seine Zeit sinnlos verschwendet, indem man was versucht zu programmieren, was es schon gibt Naja, erst googeln, dann coden
Allerdings habe ich als Grundlage dafür ein paar Funktionen schreiben müssen, die ich unbedingt in vdrsync haben will. zB "get_Gop_at_sec", also Funktionen, die es mir erlauben beliebige Stellen in der Aufnahme anzuspringen und zu analysieren. Für den ad_scanner habe ich das für den Video-Stream benötigt, gestern habe ich das auch für Audio implementiert.
Diese Dinge sollten vdrsync einfach besser und sauberer machen, vor allen Dingen aber das Schneiden per vdrsync ermöglichen und eben auch eine grafische Oberfläche.
Aber ich schweife schon wieder ab.

Ich habe mich deshalb entschieden, erstmal ein intermediate-release zu basteln, was genau die obigen Punkte aufgreift (also Audio-Offset, -postexec und Dummy-variablen sowie transcode aufrufen und DVD-Erzeugung), bevor ich MPEGSTREAM.pm komplett neu aufbaue.

Aber auch das habe ich noch nicht fertig, das sollte aber hoffentlich nicht so lange dauern. Ich schaue mal, wie weit ich an diesem Wochenende komme, und dann melde ich mich auf jeden Fall nochmals.

Cheers

doc

Django · 14. Juni 2003

HI Doc,

mal eine andere Frage zu dem Thema script-Erstellen. Da ja anscheinend derzeit das dvd-plugin keinen PCM-Sound verdauen kann, frage ich mich, ob man eine Umkonveretierung des Stereo-Signales in AC3 in Deinem und Dimitri's scriptsammlungen mit integrieren könnte.

Oder meinst Du es wäre ohnehin besser sich einen 0815-DVD-Player anzuschaffen? Da es ja ohnehin so kommen wird, daß einzelne Teile, die derzeit das dvd-plugin benutzt, per Dekret als illegal abgestempelt wird.

Was sagt der Scheff dazu?

cu,
BC

Doc · 14. Juni 2003

Hi Django,

Zitat

Da ja anscheinend derzeit das dvd-plugin keinen PCM-Sound verdauen kann, frage ich mich, ob man eine Umkonveretierung des Stereo-Signales in AC3 in Deinem und Dimitri's scriptsammlungen mit integrieren könnte.

hmm, wahrscheinlich könnte man das schon machen, allerdings kenne ich micht nicht mit dem DVD-Plugin aus (meine VDR Box hat kein DVD Laufwerk).

So, ich habe gerade den Thread gefunden, in dem das besprochen wurde.

Ich kenn mich mit Konvertierung zu AC3 auch nicht aus, kann transcode das, oder reicht transcode AC3 nur durch? Es gibt doch eine liba52 oder so, kann die nur decoden oder auch encoden? (ok, habe gerade selbst gegoogelt, die liba52 ist zum decoden).

Wenn Du was zum Thema AC3-Erzeugung unter Linux finden solltest, dann poste doch mal die Infos. Nach dem sync-Durchlauf könnte man auf jeden Fall noch ein anderes Tool aufrufen, oder mehrere Am liebsten allerdings gleich ein Tool, was eine FIFO akzeptiert, dann kann Audio gleich konvertiert auf die Platte geschrieben werden.

Cheers

doc

michael_d2 · 14. Juni 2003

hallo leute wo finde ich das tcmplex laut anleitung im transcode??
hat jemand eine link?

Michael

memed · 14. Juni 2003

Hi Doc,

Zitat

Hast Du Dir mal die vdrconvert Skripte von Dimitri angeschaut? Was die grundsätzliche Vorgehensweise angeht, so sehe ich auch eine hauptsächliche Entscheidung:

Welches Skript macht was? Etliche User, die vdrsync benutzen, scheinen bestimmte Feature nicht zu nutzen. Dabei wäre es sogar etwas schneller und würde Platz sparen, gleich zu entscheiden "AC3 will ich nicht, auch keine 2te Tonspur, ich rufe vdrsync mit der Option -ignore bd,c1 auf". Trotzdem will ich vdrsync schrittweise so erweitern, dass immer mehr Optionen eine möglichst flexible Nutzung, und damit auch Automatisierung ermöglichen. Für mich persönlich ist die DVD - Erzeugung am interessantesten, aber alle anderen Ausgabeformen sollten auch möglich sein. Entweder von vdrsync aufgerufen, oder vdrsync wird von einem Masterskript gesteuert und liefert neben den Streams notwendige Infos, das ist Geschmacksfrage und sollte beides möglich sein. Einbauen will ich die Features u.a. auch, weil ich ja für die Mausschubser unter uns noch an einer grafischen Oberfläche in Perl/Tk stricke, die wäre auch die Voraussetzung für mein Lieblingsfeature: Frame-genaues schneiden.

bei mir läuft es so:
vdr per osd startet list_mgr.sh -> startet mencoder script [alles passiert im script]

ich habe mir mal Dimitri's scripte angesehen, sehr gut, soviel wie ich doppelt habe , aber ich bastel ja auch schon recht lange daher kann ich evtl. ja was erweitern.
im prinzip habe ich mich nur auf mencoder beschränkt (und tosvcd für svcds) und da ich kein 2divx oder vdr2divx benutze brauche ich nur mencoder/mplayer, kann allerdings nicht mehrere tonspuren verarbeiten, dafür habe ich 2 "erweiterungen" einmal nutze ich mencoder mehr aus (cropdetect, mpeg4 aspect im avi) zum anderen habe ich ein separates script um von vdr aus die convert liste zu managen und dabei das osd bequemer gemacht (per svdrp wird back gedrückt bei zur liste hinzufügen z.B.) und ich lese die divx einstellungen aus der vdr setup.conf ein und übergebe sie zum mencoder-script. das auslesen geht nur, da ich das mp3 plugin gepatcht habe um mehr infos in die vdr setup.conf zu schreiben (und per osd zu verändern); alternativ kann man auch mehrere "templates" machen um mit mehreren commands.conf / reccmds.conf einträgen die liste zu konvertieren.
also dynamische divx optionen je job, incl. einem eigenen queue management (nur ein convertier job kann laufen).

alle arbeit geschieht z.zt. im mencoder script.
nur synchon ist das avi nicht

daher freue ich mich auf dein intermediate-release und werde dann
mal alles von mir in ein packet packen, und dann hoffe ich das wir hier zusammen
(hallo Dimitri) die besten ideen zusammen backen könnne

vdr ist doch ein schönes hobby, oder ?

Gruß MeMeD

memed · 14. Juni 2003

Hi Doc,

wegen des sync offset...

tcmplex hat genau diese option

Code

tcmplex (transcode v0.6.1) (C) 2001 Thomas Östreich


Usage: tcmplex [options] [-]
         -i name        video stream filename
         -p name        audio stream (track 0) filename
         -s name        audio stream (track 1) filename (optional)
         -o name        muliplexed program/system stream filename
         -m mode        predefined settings [1]
                        1 = mpeg1 vbr, buffer 46Kb (*** default XVCD)
                        b = mpeg1 vbr, buffer 224Kb (experimental)
                        2 = mpeg2 vbr
                        d = DVD
                        s = SVCD
                        v = VCD
         -D v[,a[,a1]]  sync correction for video,audio0,audio1 in ms
         -c a-b         multiplex selected time interval in seconds [all]
         -B             generates a profile template on stdout [off]
         -F filename    user profile filename [off]
         -d verbosity   verbosity mode [1]
         -v             print version

Alles anzeigen

-D 150 sollte mein problem beheben.
daher die frage, ob, wenn eh tcmplex zur weiterverarbeitung nötig ist, du zeit verschwenden solltes einen offset in vdrsync.pl einzu bauen, auch die anderen features (postexec,output) wären ja in erster linie zur bequemlichkeit.

nur um deiner sorge mit der zeitverschwedung rechnung zu tragen

Gruß MeMeD

dimitri · 14. Juni 2003

Hi memed,

funktioniert das mit -D bei dir ???

Habe es gestern bei mir mit allen variationen probiert ohne
das es was gebracht hat (tcmplex (transcode v0.6.5.20030510) (C) 2001 Thomas Östreich)

/ Edit
Das tool avisync scheint zu funktionieren

Code

avisync (transcode v0.6.5.20030510) (C) 2001-2002 Thomas Östreich


Usage: avisync [options]
         -o file            output file
         -i file            input file
         -q                 be quiet
         -a num             audio track number [0]
         -N                 enocde a real silent frame [off]
         -n count           shift audio by count frames [0]
                            count>0: audio starts with frame 'count'
                            count<0: prepend 'count' padding audio frames

Alles anzeigen

-n 1 bringt dann alles in Ordnung

Gruss
Dimitri

memed · 15. Juni 2003

Hi Dimitri,

das mit avisync klapt bei mir nicht, da mencoder standartmäßig 0.5 sec lange audio chunks macht, d.h. mit avsync kann ich so erstmal nicht genauer als 0,5 sec syncen.

aber ich teste jetzt erst mal tcmplex -D und danch werd ich wieder mit avisync und mencoder -audio-denisty experimentieren.

/edit

also tcmplex -D 150 hat sofort geholfen, perfekte sync mit meinem test schnipsel, ich kodier mal was längeres

edit/

Gruß MeMeD

dimitri · 15. Juni 2003

Hi,

so langsam bringt mich das alles durcheinander.

Die letzten 3 testschnipsel von mir ( + der alte )
bringen jetzt sync ton nachdem ich die Aspect Ratio berücksichtige.

Bin auch gerade dabei was grösseres auf DivX zu bringen.

Gruss
Dimitri

memed · 16. Juni 2003

Hi Dimitri,

Zitat

Hi,

so langsam bringt mich das alles durcheinander.

Die letzten 3 testschnipsel von mir ( + der alte )
bringen jetzt sync ton nachdem ich die Aspect Ratio berücksichtige.

Bin auch gerade dabei was grösseres auf DivX zu bringen.

Alles anzeigen

hmm, benutzt du den dvbscale filter zum scalieren beim abspielen ?
dann hätte ich ne erklärung warum das komisch läuft.(aber nur dann)

aus neugier frag ich noch mal, klappt tcmplex -D nicht bei dir ?
ich musste den video stream verändern (positiver wert) negative werte bei
audio haben nicht geholfen.

und falls du an ner auto-cropdetect sache bastelst, kann dir gerne
mal mein bastelwerk schicken.(inkl. aspect korrektur)

Gruß MeMeD

P.S.

mein coder script rattert, die cpu dampft und die platte wird leer
endlich synchron !!!!!

dimitri · 16. Juni 2003

Hi,

also -D klappt nicht ( brauch ich auch nicht mehr ).

Die generierten Divx Files sind jetzt perfect gesynct (AC3 + MP3) ohne
jegliche delay angaben.

Gruss
Dimitri

Doc · 16. Juni 2003

Hi Dimitri

Zitat

Original von dimitri
Hi,

also -D klappt nicht ( brauch ich auch nicht mehr ).

Die generierten Divx Files sind jetzt perfect gesynct (AC3 + MP3) ohne
jegliche delay angaben.

Gruss
Dimitri

Alles anzeigen

Wieso brauchst Du das nicht mehr bzw wie machst Du es denn jetzt?

Cheers

doc

dimitri · 16. Juni 2003

Zitat

Original von Doc

Wieso brauchst Du das nicht mehr bzw wie machst Du es denn jetzt?

Cheers

doc

Alles anzeigen

Hi,

also ich habe mir dummerweise die ganze Zeit die DIVX AC3 aufnahmen über
das Mplayer Plugin im VDR angeschaut.

Spiele ich sie aber direkt ab "mplayer -ao alsa9 -ac hwac3 file.divx" (AC3)
bzw. "mplayer file.divx" (Mpeg 3) ist der Ton absolut synchron.
Über VDR werde ich das wohl entweder über delay angaben im mplayer.sh oder über einstellungen im bitstreamout Plugin erledigen.

Fakt ist also das mencoder aus vdrsync.pl saubere divx Files liefert.

Gruss
Dimitri

memed · 16. Juni 2003

Hi,

dimitri
meinst du damit, das ich bei mir also auch irgendwo beim abspielen ein delay habe und damit quasi kaputte avis archiviere ?

kann ich mir nicht vorstellen, zumal auch der widows mplayer das delay hat (hatte).
auch bei kleinen avis (352x288).
Ich teste mit einem stück musik, in dem ein trommler und ein sänger gut zu sehen sind, aus der Harald Schmid Show.

auch abspielen auf der konsole (-ao oss) hat bei mir den gleichen delay effekt.
wie sieht eine typische mencoder konvertier zeile bei dir aus ? (irgend was besonderes?)

ich benutze mencoder CVS 14.05.2003 und mplayer rc4 (wegen dvbscale).

sowie auf windos2k mplayer-win32, M$-mplayer 6.4 ,bsplayer,divxplayer

Gruß MeMeD

P.S.
bit und bytes sind wohl wählerisch

DIVX/DVD/SVCD Erzeugung mittels vdrsync

Jetzt mitmachen!

Teilen