Lucike
19.08.2003, 11:41
[equote:09c25dbb54="Posted: November 17 2002, 10:27 by magog96"]vielleicht haste ja n paar Tips, was wo wie noch anders platziert werden könnte...
Ich nehme mal an es geht um die Gestaltung der Oberflläche und nicht, darum das Programm bekannter zu machen:
Naja, die Cut Option wäre vielleicht etwas offensichtlicher zu platzieren (Button unter Main - und dann modal, also ein Link auf die Form von der es aufgerufen wurde - damit einem das Fenster nicht abhanden kommt so wie jetzt, wenn man von einem anderen Programm zurückwechselt <g>).
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
Das könnte man ja statt horizontal wie bei PVACut auch in einer JTable oder einer einfachen Textliste machen. Die JTable hätte den Vorteil, daß man die Informationen übersichtlicher darstellen kann.
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann.
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
Ich schicke Dir mal ne Mail...vielleicht schaffe ich das heute noch...
Ich gehöre ja auch zu den Geschädigten, die ihr gesamtes Wochenende mit Arbeit zupflastern und private Projekte voranbringen (Java Movie Database).
Jürgen[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 17 2002, 13:47 by dvb.matt"]Naja, die Cut Option wäre vielleicht etwas offensichtlicher zu platzieren (Button unter Main - und dann modal, also ein Link auf die Form von der es aufgerufen wurde - damit einem das Fenster nicht abhanden kommt so wie jetzt, wenn man von einem anderen Programm zurückwechselt <g>).
ja das iss ein bischen blöd gemacht
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
ich hat schon mal n JSlider dafür, ohne Bild letztlich natürlich quatsch..
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann.
theor. ginge ja n .JPEG, aber das erfordet einige Umstrickungen, viell. gibts im aktuellen DK auch n MPEG2-Dec. (hab aber dgl. nirgends nicht gesehen..)
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
mir schwebt eigentl. ein Zugriff/merken per Filepos. vor, um das vorherige Scannen zu sparen.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
wenn ich nich noch zu doof dafür wär, gäbe es das schon drin
aber es gibt so auch noch ne ganze Latte zu verbessern,
Sachen, die unwissend viell. umständlich aufgebaut wurden...
mfg
matt[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 19 2002, 17:10 by magog96"]
Hallo!
Sorry hat immer noch nicht für eine Mail gereicht...ich bin die nächsten 3 Wochen im Dauerstreß.
Umzug,....
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
ich hat schon mal n JSlider dafür, ohne Bild letztlich natürlich quatsch..
Stimmt.
Ein paar Anmerkungen zum Slider und allgem. zum Scheiden folgen weiter unten....
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann. Theor. ginge ja n .JPEG, aber das erfordet einige Umstrickungen, viell. gibts im aktuellen DK auch n MPEG2-Dec. (hab aber dgl. nirgends nicht gesehen..)
Das JMF kann immer noch kein MPEG-2 (nur MPEG-1 und man muß halt das JMF einbinden) das ist ziemlich doof, dann muss man sich was selber bauen.
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
mir schwebt eigentl. ein Zugriff/merken per Filepos. vor, um das vorherige Scannen zu sparen.
Soviel merken macht IMHO keinen Sinn.
Einfach den Anfang und den Ende lesen und den ganzen Stream in x Teile aufteilen, an denen auch immer ein Block (I-Frame oder GOP) gelesen wird.
Das ist dann die Grundlage (angenähert) für den Slider.
Damit kann man, je nachdem wie oft man den Stream aufgeteilt hat, schon recht genau an bestimmte Stellen springen und mußt nicht den gesamten Stream lesen (bringt speed).
Dann macht man neben dem groben Einstellen mit dem Slider noch zwei Buttons für vor- und zurück, mit denen man z.B. jedes I-Frame oder auch GOP anspringt.
Sind die I-Frames nicht im TIFF Format oder sind die wirklich JPEG (-> Anzeigen).
Ich hoffe doch die Nummern sind in jedem Block wie auch die Zeit gespeichert. Sorry, von MPEG habe ich nicht so viel Ahnung.
Beim Schneiden kannst Du das Auffinden der Schnittpunkte auch beschleunigen, wenn Du den Stream immer wieder in der Mitte aufteilst und nachsiehst ob der gewünschte Schnittzeitpunkt vor oder hinter dem Teil liegt, denn Du gerade gefunden hast.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
wenn ich nich noch zu doof dafür wär, gäbe es das schon drin :laugh:
aber es gibt so auch noch ne ganze Latte zu verbessern,
Sachen, die unwissend viell. umständlich aufgebaut wurden...
Ich weiß auch nicht alles und habe auch nur die Java Movie Database als größeres Java Projekt geschrieben.
Am Anfang haben wir auch viel Mist gebaut, aber den größen Schrott haben wir inzwischen aus dem Quellcode verbannt.
Wenn Du mir Deine Klasse für das lesen des Streams geben willst, versuche ich mich mal daran das mit dem Bild auf die Reihe zu bringen.
Da ich aber gerade sehr wenig Zeit habe wird vor Weihnachten sicher nicht viel passieren und eine Erfolgsgarantie gebe ich auch nicht.
eMail kommt gleich....
J. Ulbts[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 20 2002, 12:00 by dvb.matt"]hi,
supi
dann werden wir das mal per PM weiter "besprechen"
(übers Board ist das viiiiiel zu umständlich...)
BTW: I-Frame (MPEG) ist n erweiteres JPEG (kein TIFF) mit Infos zur Motion Compensation, Vektoren etc.; B + P enthalten nur noch die Änderungen..
MPEG2 noch erweitert zur besseren Abtastung von interlaced und mehr Formaten...
die "Praxis" hab ich schon mal so weit im Kopp, den (parsing-)Code bis zu den Pixelarrays java-passend zu proggen dauert noch einige Zeit....
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 27 2002, 1:51 by Hanoi"]Hallo,
ich bin gerade auf dieses Forum gestossen und möchte eigentlich nur erwähnen, daß ich die Arbeit von dvbmatt sehr schätze; ds.jar hat bei alle anderen Programme dieser Gattung arbeitslos gemacht, und das hat mir manches graue Haar gespart. Vielen Dank an den Autor!
PS: Eine Anregung vielleicht: Ist es möglich eine Funktion zu schaffen, den Outputstream direkt als SCVD MPEG2 gemultiplext schreiben tut?
Ich nehme als .pva Stream auf, separiere mit PvaCutt das was ich haben will, dann umwandeln mit ds.jar, dann multiplexen mit TmpGenc als SVCD, dann autoren mit VCDEasy und brennen mit Nero. Wenn ich das multiplexen mit TmpGenc sparen könnte wär ein Schritt gewonnen. Soll aber nur eine Anregung, wirklich nicht mehr.
Danke nochmals an Matthias
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 27 2002, 11:55 by dvb.matt"]merci...
zur Info:
um's direkt SVCD-kompatibel zu machen:
1) Video muß 480*576 (25fps PAL) sein (zumeist transcoding erforderlich)
2) Audio sollte 44.1kHz haben (muß aber meist nicht)
3) Bitrate darf bestimmte Maxima nicht überschreiten (zumeist transcoding erforderlich)
4) spezif. Paketgrößen müssen beachtet werden
5) saubere Zeitstempel müssen neu erzeugt werden
6) ...
alles in allem derzeit viel zu aufwendig für das kleine tool
muxen an sich wäre aber in absehbarer Zeit viell. machbar
(wenns nicht 100pro korrekt ist, würde man's dann auch nicht benützen, siehe Ruckel-Probleme mit PVAStr.)
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 28 2002, 1:10 by Hanoi"]Du hast schon recht: ich schreibe von SVCD, meine im Grunde aber XSVCD. Der Grund liegt darin: Wenn ich einen Film in tadeloser Qualität aufgenommen habe, dann ist er meist jenseits aller SVCD-Parameter. In der Regel stimmt die Bildgröße nicht, die Bitraten liegen jenseits des SVCD-Standards und der Ton ist meist 48KHz, statt 44.1 KHz. Wenn ich dann ans transcoden gehen würde hätte ich hinterher vielleicht eine normgerechte SVCD, aber mit deutlich verringerter Qualität. Also nehme ich den Stream, wie er von ds.jar kommt, und muxe mit TmpGenc auf SVCD, d.h. die Paketgrößen werden SVCD gemäß gesetzt, der Rest bleibt so wie er ist. Mein externer DVD-Player spielt diese Scheiben einwandfrei ab, so wie die meisten Billigplayer. Der wesentliche Vorteil für mich liegt jedoch wo anders: über kurz oder lang werde ich einen DVD-Brenner kaufen, dann kann ich meine XSVCD-Sammlungen ohne Qualitätsverlust durch einfaches ummuxen des XSVCD-Streams auf eine DVD bringen.
Nebenbei bemerkt, das transcodieren dauert immer noch sehr lange, ob mit oder ohne CCE, und Fehler können sich beim erneuten codieren auch gerne einschleichen.
Auf der anderen Seite hast du schon Recht: wenn man etwas einbaut, sollte es auch anständig funktionieren. Das ist ja gerade der Vorteil von ds.jar, daß es dieses erfüllt.
Vielleicht separiere ich mal den MUX-Teil von bbmpeg in ein kleines Tool, damit man das muxen im batch-Betrieb machen könnte. Das bringt auch schon Erleichterung.
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 28 2002, 12:12 by dvb.matt"]hmm..
und wie isses mit 'ner nonkonformen miniDVD?
gibts nich schon batch-muxer?
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 29 2002, 1:16 by Hanoi"]... ne nonkonforme Mini-DVD ist grundsätzlich möglich, aber die laufen bei weitem nicht auf allen Playern, ob konform oder nicht, Mini-DVD ist ohnehin kein genormtes Format. Dort liegt das Problem daran, daß viele Player beim Erkennen einer DVD-Datenstruktur versuchen, ihren Laser in der Mitte der Disk zu fokusieren; treffen sie dann auf ein CD-R/RW Medium, steigen viele aus. Das Fokusieren ist notwendig wg. Mehrlayer-DVD oder 2seitige DVD.
Es ist auch so, daß eine XSVCD keine Nachteile in punkto Qualität gegenüber einer Mini-DVD hat.
Von Batch-Muxer weiss ich leider nichts; versuche aber mal was mit googeln rauszukriegen. Danke für den Tipp.
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 29 2002, 12:13 by dvb.matt"]ja, hmm, achso.
hardwaremäßig kenn ich mich nicht so aus, zudem mangelt es mir an einer DVD Wiedergabemöglichkeit.
(was mich ja nicht am proggen hindert )
mit batch meinte ich übrigens eher Kommandozeilenaufrufe von z.B. bbmux, xmuxer und so weiter. wenns die denn geben sollte...
mfg[/equote:09c25dbb54]
Ich nehme mal an es geht um die Gestaltung der Oberflläche und nicht, darum das Programm bekannter zu machen:
Naja, die Cut Option wäre vielleicht etwas offensichtlicher zu platzieren (Button unter Main - und dann modal, also ein Link auf die Form von der es aufgerufen wurde - damit einem das Fenster nicht abhanden kommt so wie jetzt, wenn man von einem anderen Programm zurückwechselt <g>).
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
Das könnte man ja statt horizontal wie bei PVACut auch in einer JTable oder einer einfachen Textliste machen. Die JTable hätte den Vorteil, daß man die Informationen übersichtlicher darstellen kann.
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann.
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
Ich schicke Dir mal ne Mail...vielleicht schaffe ich das heute noch...
Ich gehöre ja auch zu den Geschädigten, die ihr gesamtes Wochenende mit Arbeit zupflastern und private Projekte voranbringen (Java Movie Database).
Jürgen[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 17 2002, 13:47 by dvb.matt"]Naja, die Cut Option wäre vielleicht etwas offensichtlicher zu platzieren (Button unter Main - und dann modal, also ein Link auf die Form von der es aufgerufen wurde - damit einem das Fenster nicht abhanden kommt so wie jetzt, wenn man von einem anderen Programm zurückwechselt <g>).
ja das iss ein bischen blöd gemacht
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
ich hat schon mal n JSlider dafür, ohne Bild letztlich natürlich quatsch..
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann.
theor. ginge ja n .JPEG, aber das erfordet einige Umstrickungen, viell. gibts im aktuellen DK auch n MPEG2-Dec. (hab aber dgl. nirgends nicht gesehen..)
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
mir schwebt eigentl. ein Zugriff/merken per Filepos. vor, um das vorherige Scannen zu sparen.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
wenn ich nich noch zu doof dafür wär, gäbe es das schon drin
aber es gibt so auch noch ne ganze Latte zu verbessern,
Sachen, die unwissend viell. umständlich aufgebaut wurden...
mfg
matt[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 19 2002, 17:10 by magog96"]
Hallo!
Sorry hat immer noch nicht für eine Mail gereicht...ich bin die nächsten 3 Wochen im Dauerstreß.
Umzug,....
Außerdem wäre eine Leiste zum anzeigen des Bildes aus dem Stream und scrollen durch die einzelnen GOPs recht schön.
ich hat schon mal n JSlider dafür, ohne Bild letztlich natürlich quatsch..
Stimmt.
Ein paar Anmerkungen zum Slider und allgem. zum Scheiden folgen weiter unten....
Ich weiß nicht was Du für den Stream benutzt, aber Java bietet ja einiges an vordefinierten Klassen um Bilder anzuzeigen, vielleicht ist ja was passendes dabei das man verwenden kann. Theor. ginge ja n .JPEG, aber das erfordet einige Umstrickungen, viell. gibts im aktuellen DK auch n MPEG2-Dec. (hab aber dgl. nirgends nicht gesehen..)
Das JMF kann immer noch kein MPEG-2 (nur MPEG-1 und man muß halt das JMF einbinden) das ist ziemlich doof, dann muss man sich was selber bauen.
Wenn man aus der Liste eine GOP Nummer auswählt kann dieses Bild angezeigt werden.
mir schwebt eigentl. ein Zugriff/merken per Filepos. vor, um das vorherige Scannen zu sparen.
Soviel merken macht IMHO keinen Sinn.
Einfach den Anfang und den Ende lesen und den ganzen Stream in x Teile aufteilen, an denen auch immer ein Block (I-Frame oder GOP) gelesen wird.
Das ist dann die Grundlage (angenähert) für den Slider.
Damit kann man, je nachdem wie oft man den Stream aufgeteilt hat, schon recht genau an bestimmte Stellen springen und mußt nicht den gesamten Stream lesen (bringt speed).
Dann macht man neben dem groben Einstellen mit dem Slider noch zwei Buttons für vor- und zurück, mit denen man z.B. jedes I-Frame oder auch GOP anspringt.
Sind die I-Frames nicht im TIFF Format oder sind die wirklich JPEG (-> Anzeigen).
Ich hoffe doch die Nummern sind in jedem Block wie auch die Zeit gespeichert. Sorry, von MPEG habe ich nicht so viel Ahnung.
Beim Schneiden kannst Du das Auffinden der Schnittpunkte auch beschleunigen, wenn Du den Stream immer wieder in der Mitte aufteilst und nachsiehst ob der gewünschte Schnittzeitpunkt vor oder hinter dem Teil liegt, denn Du gerade gefunden hast.
Man wäre dann nicht mehr auf andere Programme angewiesen die Schnittpunkte (Werbeblöcke,..) rauszusuchen.
wenn ich nich noch zu doof dafür wär, gäbe es das schon drin :laugh:
aber es gibt so auch noch ne ganze Latte zu verbessern,
Sachen, die unwissend viell. umständlich aufgebaut wurden...
Ich weiß auch nicht alles und habe auch nur die Java Movie Database als größeres Java Projekt geschrieben.
Am Anfang haben wir auch viel Mist gebaut, aber den größen Schrott haben wir inzwischen aus dem Quellcode verbannt.
Wenn Du mir Deine Klasse für das lesen des Streams geben willst, versuche ich mich mal daran das mit dem Bild auf die Reihe zu bringen.
Da ich aber gerade sehr wenig Zeit habe wird vor Weihnachten sicher nicht viel passieren und eine Erfolgsgarantie gebe ich auch nicht.
eMail kommt gleich....
J. Ulbts[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 20 2002, 12:00 by dvb.matt"]hi,
supi
dann werden wir das mal per PM weiter "besprechen"
(übers Board ist das viiiiiel zu umständlich...)
BTW: I-Frame (MPEG) ist n erweiteres JPEG (kein TIFF) mit Infos zur Motion Compensation, Vektoren etc.; B + P enthalten nur noch die Änderungen..
MPEG2 noch erweitert zur besseren Abtastung von interlaced und mehr Formaten...
die "Praxis" hab ich schon mal so weit im Kopp, den (parsing-)Code bis zu den Pixelarrays java-passend zu proggen dauert noch einige Zeit....
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 27 2002, 1:51 by Hanoi"]Hallo,
ich bin gerade auf dieses Forum gestossen und möchte eigentlich nur erwähnen, daß ich die Arbeit von dvbmatt sehr schätze; ds.jar hat bei alle anderen Programme dieser Gattung arbeitslos gemacht, und das hat mir manches graue Haar gespart. Vielen Dank an den Autor!
PS: Eine Anregung vielleicht: Ist es möglich eine Funktion zu schaffen, den Outputstream direkt als SCVD MPEG2 gemultiplext schreiben tut?
Ich nehme als .pva Stream auf, separiere mit PvaCutt das was ich haben will, dann umwandeln mit ds.jar, dann multiplexen mit TmpGenc als SVCD, dann autoren mit VCDEasy und brennen mit Nero. Wenn ich das multiplexen mit TmpGenc sparen könnte wär ein Schritt gewonnen. Soll aber nur eine Anregung, wirklich nicht mehr.
Danke nochmals an Matthias
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 27 2002, 11:55 by dvb.matt"]merci...
zur Info:
um's direkt SVCD-kompatibel zu machen:
1) Video muß 480*576 (25fps PAL) sein (zumeist transcoding erforderlich)
2) Audio sollte 44.1kHz haben (muß aber meist nicht)
3) Bitrate darf bestimmte Maxima nicht überschreiten (zumeist transcoding erforderlich)
4) spezif. Paketgrößen müssen beachtet werden
5) saubere Zeitstempel müssen neu erzeugt werden
6) ...
alles in allem derzeit viel zu aufwendig für das kleine tool
muxen an sich wäre aber in absehbarer Zeit viell. machbar
(wenns nicht 100pro korrekt ist, würde man's dann auch nicht benützen, siehe Ruckel-Probleme mit PVAStr.)
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 28 2002, 1:10 by Hanoi"]Du hast schon recht: ich schreibe von SVCD, meine im Grunde aber XSVCD. Der Grund liegt darin: Wenn ich einen Film in tadeloser Qualität aufgenommen habe, dann ist er meist jenseits aller SVCD-Parameter. In der Regel stimmt die Bildgröße nicht, die Bitraten liegen jenseits des SVCD-Standards und der Ton ist meist 48KHz, statt 44.1 KHz. Wenn ich dann ans transcoden gehen würde hätte ich hinterher vielleicht eine normgerechte SVCD, aber mit deutlich verringerter Qualität. Also nehme ich den Stream, wie er von ds.jar kommt, und muxe mit TmpGenc auf SVCD, d.h. die Paketgrößen werden SVCD gemäß gesetzt, der Rest bleibt so wie er ist. Mein externer DVD-Player spielt diese Scheiben einwandfrei ab, so wie die meisten Billigplayer. Der wesentliche Vorteil für mich liegt jedoch wo anders: über kurz oder lang werde ich einen DVD-Brenner kaufen, dann kann ich meine XSVCD-Sammlungen ohne Qualitätsverlust durch einfaches ummuxen des XSVCD-Streams auf eine DVD bringen.
Nebenbei bemerkt, das transcodieren dauert immer noch sehr lange, ob mit oder ohne CCE, und Fehler können sich beim erneuten codieren auch gerne einschleichen.
Auf der anderen Seite hast du schon Recht: wenn man etwas einbaut, sollte es auch anständig funktionieren. Das ist ja gerade der Vorteil von ds.jar, daß es dieses erfüllt.
Vielleicht separiere ich mal den MUX-Teil von bbmpeg in ein kleines Tool, damit man das muxen im batch-Betrieb machen könnte. Das bringt auch schon Erleichterung.
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 28 2002, 12:12 by dvb.matt"]hmm..
und wie isses mit 'ner nonkonformen miniDVD?
gibts nich schon batch-muxer?
mfg[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 29 2002, 1:16 by Hanoi"]... ne nonkonforme Mini-DVD ist grundsätzlich möglich, aber die laufen bei weitem nicht auf allen Playern, ob konform oder nicht, Mini-DVD ist ohnehin kein genormtes Format. Dort liegt das Problem daran, daß viele Player beim Erkennen einer DVD-Datenstruktur versuchen, ihren Laser in der Mitte der Disk zu fokusieren; treffen sie dann auf ein CD-R/RW Medium, steigen viele aus. Das Fokusieren ist notwendig wg. Mehrlayer-DVD oder 2seitige DVD.
Es ist auch so, daß eine XSVCD keine Nachteile in punkto Qualität gegenüber einer Mini-DVD hat.
Von Batch-Muxer weiss ich leider nichts; versuche aber mal was mit googeln rauszukriegen. Danke für den Tipp.
Gruß Hanoi[/equote:09c25dbb54]
[equote:09c25dbb54="Posted: November 29 2002, 12:13 by dvb.matt"]ja, hmm, achso.
hardwaremäßig kenn ich mich nicht so aus, zudem mangelt es mir an einer DVD Wiedergabemöglichkeit.
(was mich ja nicht am proggen hindert )
mit batch meinte ich übrigens eher Kommandozeilenaufrufe von z.B. bbmux, xmuxer und so weiter. wenns die denn geben sollte...
mfg[/equote:09c25dbb54]