 DVDtoOgm 1.40 beta - Release |
DVD
DVDtoOgm & DVDtoMkv
Dabei seit: 20.03.2002
Beiträge: 1.096
Herkunft: Hessen
 |
|
|
03.12.2003 18:11 |
|
|
empty
Super Moderator
Dabei seit: 14.04.2002
Beiträge: 1.879
|
|
Na, das wird wohl ein bisschen knapp. 
Edit: Also doch erst am 04.12.2003...
Viele Grüße bb empty
__________________
The brain needs oxygen,
so why wear a tie? 
|
|
|
03.12.2003 23:49 |
|
|
Balm
DVDtoOgm&DVDtoMkv-Team
Dabei seit: 17.03.2002
Beiträge: 2.397
Herkunft: Sachsen
|
|
Leute, das mit der HP liegt an mir, denn die HP ist vertig, nur haben Bauarbeiter gestern "aus Versehen" meine Telefonleitung gekappt 
könnte also noch ein Tag dauern. Bin gerade von 'nem Kumpel aus hier.
Tut mir wirklich leid 
Cu Balm
__________________
|
|
|
04.12.2003 11:54 |
|
|
The_Sorcerer
Routinier
Dabei seit: 28.08.2002
Beiträge: 455
Herkunft: Hessen
|
|
| Zitat: |
Original von Balm
Leute, das mit der HP liegt an mir, denn die HP ist vertig, nur haben Bauarbeiter gestern "aus Versehen" meine Telefonleitung gekappt
könnte also noch ein Tag dauern. Bin gerade von 'nem Kumpel aus hier. |
das nenn ich ironie des schicksals! (oder so...)
__________________
|
|
|
04.12.2003 14:13 |
|
|
DVD
DVDtoOgm & DVDtoMkv
Dabei seit: 20.03.2002
Beiträge: 1.096
Herkunft: Hessen
Themenstarter 
|
|
So ein Mist...
Ok, dann werde ich mal meine PHP Kenntnisse auskramen, damit wenigstens der Download funktioniert...
Du kannst dann ja nachladen @ Balm...
Ok, Downloadlinks in Post 1!
__________________
CU DVD
DVDtoOgm 1.41.1 beta - Ogm Encoder
>> DVDtoOGM, für Freunde des OGM-Formats sollte es zur Zeit erste Wahl sein << (www.Nickles.de)
|
|
|
04.12.2003 14:33 |
|
|
The_Sorcerer
Routinier
Dabei seit: 28.08.2002
Beiträge: 455
Herkunft: Hessen
|
|
hallo???
wo bleibt denn die euphorie?
ich hätte erwartet dass bei so guten nachrichten alle anfangen loszuposten, zu schreien simon - ich will ein kind von dir!
aber nichts....
ich hoffe bis übermorgen sind mindestens 20 posts unter meinem in dem ihr euch bei simon bedankt
Danke Simon!
__________________
|
|
|
04.12.2003 19:02 |
|
|
Flask-Ripper
Kaiser
Dabei seit: 17.03.2002
Beiträge: 1.021
Herkunft: Niedersachsen, Göttingen
|
|
| Zitat: |
| in dem ihr euch bei simon bedankt
|
Hmm..., warum denn das?? 
Aber ich spreche hier an dieser Stelle mal einen riesiges Lob an DVD für das SUPER-TOOL aus!!! 
Und natürlich auch ein Lob an alle anderen vom DVDtoOGM-Team, die an DVDtoOGM 1.40 mitgewirkt haben, ist wirklich super geworden!
Hab grad schon mal ne kurze Testumwandlung gemacht, lief fehlerfrei durch, bin echt begeistert!
*freu* (hatte heut sowieso eigentlich schon den ganzen Tag gute Laune, und jetzt noch DVDtoOGM 1.40, was super läuft
)
Hab jetzt grad eben auch nochmal ne Umwandlung mitm kompletten Film mit DivX 5.1.1 gestartet, die ich über Nacht mal laufen lassen werde..., morgen werd ich's dann nochmal mit XviD, und vorallem auch mit 3ivX mal testen.
Ahja, hätte so nebenbei auch nochmal 2 kurze Fragen:
Einmal zu den "Codec-Einstellungen" unter dem Reiter "Optionen", da kann man zum einen "Abspann intern encodieren" auswählen, welche Bedeutung hat dieses Feature genau, hat's nur was mit XviD zu tun bezogen auf die Credits, weil DivX unterstützt das mit dem Credits seperat encoden ja vom Codec her selber nicht..., oder was bedeutet das Feature
Und dann kann man unter den Codec-Einstellungen auch den Assistent zwischen DivX 5.05 und DivX 5.1x wählen, aber ich konnte dadurch keine Veränderung feststellen, wöfür ist diese Assistent-Einstellung denn gedacht?
PS: Noch ne kurze Frage, bei den 3 Deinterlacern die mir in DVDtoOGM per Avisynth zur Verfügung stehen ist doch der "TomsMoComp" Qualitativ der beste, oder liege ich da falsch?
Wäre es sinnig evtl. nen externen Deinterlacer zu laden, der qualitativ noch besser ist, oder ist da der TomsMoComp insgesamt schon so einer der besten? Welchen verwendet ihr denn meistens, wenn ihr mal Interlaced-Material umwandelt?
MfG Flask-Ripper
|
|
|
04.12.2003 20:13 |
|
|
filewalker
König
Dabei seit: 16.03.2002
Beiträge: 859
|
|
Thanks DVD, für die neue Version...sieht echt gut aus!
...habe im Moment nicht viel Zeit zum Testen... 
Wird eigentlich schon Xvid 1.0b unterstützt...oder noch der alte build?
Zumindest beim Comp Check hat's bei mir gerade mit dem neuen Xvid(und neuem VDMod) funktioniert.
Muss man beim Comp Check,wenn man Xvid, verwendet, 1 pass, quant2 einstellen,oder was anderes.?
@FlaskRipper
"TomsMoComp" ist hier der beste
""Abspann intern encodieren" auswählen, welche Bedeutung hat dieses Feature genau, hat's nur was mit XviD zu tun bezogen auf die Credits,"
ja, hat nur was mit Xid zu tun.
Cu filewalker
__________________
Beziehungen sind wie Songs: Manche vergisst du nie - egal ob gut oder schlecht!
Dieser Beitrag wurde 2 mal editiert, zum letzten Mal von filewalker: 04.12.2003 21:33.
|
|
|
04.12.2003 20:28 |
|
|
ajf
DVDtoOgm & DVDtoMkv-Team
Dabei seit: 17.03.2002
Beiträge: 4.211
Herkunft: Erding
|
|
Ich hatte zwar auch schon die Preview Version, aber auch von mir nochmal ein großes Lob an DVD.
@Flask-Ripper
Jo, das Credits intern codieren ist für Xvid, da es beim Muxen mit VDMod (wenn man B-Frames aktiviert) zu einem Problem kommt.
Der Assistent ist dafür da, dass die Einstellung (z.B. Bitrate) automatisch für den Codec übernommen werden. Da du den DivX 5.1.1 verwendest, solltest du demnach auf DivX 5.1x stellen.
Ich benutze auch meist den TomsMoComp. Ist der Beste von Deinterlacern in DVDtoOgm, aber du kannst natürlich noch einen anderen als Custom Filter definieren.
ajf
|
|
|
04.12.2003 21:06 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
|
|
| Zitat: |
Original von The_Sorcerer
hallo???
wo bleibt denn die euphorie?
ich hätte erwartet dass bei so guten nachrichten alle anfangen loszuposten, zu schreien simon - ich will ein kind von dir!
aber nichts....
Danke Simon! |
simon
, aber ein
will ich trotzdem nicht von dir
, werde leider erst in zwei Wochen Zeit haben, das Tool zu testen 
__________________
mit multimedialen Gruss
Jensenmann
|
|
|
04.12.2003 22:10 |
|
|
gmb
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 1.033
Herkunft: Karlsruhe
|
|
Naja dann komm ich ja jetzt mit Handschütteln an die Reihe.
Ein RIEEESSSEENN
geht an DVD der sicher sehr viel seiner Freizeit für DVDtoOgm opfert, was oft sicher nicht leicht ist.
Mach weiter so, dann bist du bald auf der ganzen Welt bekannt.
cu gmb
__________________
3ivx.info
|
|
|
04.12.2003 22:26 |
|
|
menetekel
Grünschnabel
Dabei seit: 19.11.2003
Beiträge: 11
|
|
geilomat das teil, habs grade gezogen. wird heute nacht gleich mal zum einsatz kommen. GJ to all! immer weiter so
|
|
|
05.12.2003 13:57 |
|
|
rippjack
Grünschnabel
Dabei seit: 25.09.2003
Beiträge: 37
|
|
werds übers wochenende testen. sieht aber wirklich vielversprechend aus.
hab extra einen film mit 3 sprachen aufgeschoben um die neue version mal so richtig zu fordern
also, richtiges feedback gibts am dienstag (wir haben ja am 8. dez keine schule)
__________________
-- :: )) rippjack (( :: --
|
|
|
05.12.2003 14:46 |
|
|
Dr. Love
Eroberer
Dabei seit: 08.11.2003
Beiträge: 106
Herkunft: Düsseldorf, Deutschland
|
|
OK, habs mal durchlaufen lassen. Irgendwie gabs Ärger mit der XviD Beta 1, die nur I-Frames geschrieben hat (Hab Keyframes erzwungen, wusste aber nicht, dass ich danach jeweils nen Reset-Frame setzen muss), aber ansonsten Respekt. Außerdem kann ich dank XviD 1.0 jetzt auch die Keyframes vorher an die Kapitelmarken setzen (wenn ich die Reset-Frames setzte *grr*). Vielleicht kann man das ja automatisieren. Jaja, ich weiß, dass ich nerve mit meinen Chapters. Gefällt mir jedenfalls sehr gut die 1.40er. Schien ansonsten problemlos zu funzen.
__________________
Die Lösung eines Problems besteht darin, jemanden zu finden, der das Problem löst.
|
|
|
06.12.2003 03:52 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
Nette Erklärung zu den Zones wurde die Tage bei Doom9.org gepostet:
| Zitat: |
These zones are a more powerful version of the credit ranges of previous versions.
How are they working ?
Well, let's take an example. You have a 150000 frames long movie, which credits from the 140000th frame to the end. You want to encode the credits at quantizer 16.You'll configure your zones like this :
code:
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | ( 16.00 ) |
Now, if you want to encode the credit at 20% of the bitrate of the rest of the movie, you'll use weight instead of quantizers.
code:
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | 0.20 |
You may also have a beginning credit, from the 1000th to the 5000th one, so your zones will be :
code:
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 0.20 |
5000 | 1.00 |
140000 | 0.20 |
Ok, now the modifiers, what are they meaning, what are their use ?
- Force Keyframe : it will force the codec to insert a keyframe at the beginning of the zone. It can helps, for example, when your movie ends with a progressive transition between the movie itself and the credits, making the codec insert no keyframe at the beginning of the credit zone. ( I can't think of another use, but there must be some very interesting way to use this feature )
- Greyscale : your zone will be encode in greyscale ( all the chroma information will be discarded ). Useful for example with a black and white movie beginning with a colorized generic :
code:
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 1.00 | G
- Chroma optimizer : your zone will be prefiltered by the chroma optimizer ( which should lead to less red & blue blocks where these colors are saturated )
- BVOP sensitivity : allows you to change the number of B-Frames that XviD inserts ( not the maximum number of consecutive B-Frames, but rather the tendency for XviD to insert a B-Frame ). The higher the value, the more B-Frames you should get. It's useful in a case where there is a specific passage in the movie which requires very few B-frames inserted in order to be encoded at a good quality, while the rest of the movie is very tolerant to B-Frames use ( note: you could also have raised the weight value to 1.5 or 2 for this specific zone, in order to get better quality for it )
A final note : you have to define at least one zone ( beginning at 0th frame ), else the behavior of XviD will be rather erratic. And the zone as to be defined in the right order( the frame number has to increase at each new line of the window ), else XviD will also behave erraticly
One of the intended uses for forcing a key-frame was to make seeking to chapter start positions work. Just start a new zone at each chapter point and seeking to a chapter will be dead-on instead somewhere within 10 seconds like normal. |
Weiß nicht mehr genau wer sie gepostet hatte, hab's mir aber mal aufgehoben für das geplante Update meines 'Wissenswertes rund um Xvid'
Cu Selur
__________________
Hybrid
|
|
|
06.12.2003 10:30 |
|
|
filewalker
König
Dabei seit: 16.03.2002
Beiträge: 859
|
|
@Dr. Love
was ich so mitbekommen habe, braucht man keine Reset frames setzten, wenn man nur key frames erzwingen will.
Nur den Start frame eingeben, weight auf 1.00 lassen, und "Force key frame" aktivieren.
Nur wenn du mit unterschiedlicher Qualität, wei bei den credits ( wenn du weight oder den quantizer veränderst) musst du, um wieder auf die ursprüngliche Qualität zu kommen, weight auf 1.00 setzen.
edit:
Selur war schneller, wollte Manao auch zitieren....
edit2.
ich lass es doch, der Übersichtwegen...tabellen.
| Zitat: |
Originally posted by Manao
These zones are a more powerful version of the credit ranges of previous versions.
How are they working ?
Well, let's take an example. You have a 150000 frames long movie, which credits from the 140000th frame to the end. You want to encode the credits at quantizer 16.You'll configure your zones like this :
| code: |
1:
2:
3:
|
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | ( 16.00 ) | |
|
Now, if you want to encode the credit at 20% of the bitrate of the rest of the movie, you'll use weight instead of quantizers.
| code: |
1:
2:
3:
|
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
140000 | 0.20 | |
|
You may also have a beginning credit, from the 1000th to the 5000th one, so your zones will be :
| code: |
1:
2:
3:
4:
5:
|
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 0.20 |
5000 | 1.00 |
140000 | 0.20 | |
|
Ok, now the modifiers, what are they meaning, what are their use ?
- Force Keyframe : it will force the codec to insert a keyframe at the beginning of the zone. It can helps, for example, when your movie ends with a progressive transition between the movie itself and the credits, making the codec insert no keyframe at the beginning of the credit zone. ( I can't think of another use, but there must be some very interesting way to use this feature )
- Greyscale : your zone will be encode in greyscale ( all the chroma information will be discarded ). Useful for example with a black and white movie beginning with a colorized generic :
| code: |
1:
2:
3:
|
Frame # | Weight ( Q ) | Modifiers
0 | 1.00 |
1000 | 1.00 | G |
|
- Chroma optimizer : your zone will be prefiltered by the chroma optimizer ( which should lead to less red & blue blocks where these colors are saturated )
- BVOP sensitivity : allows you to change the number of B-Frames that XviD inserts ( not the maximum number of consecutive B-Frames, but rather the tendency for XviD to insert a B-Frame ). The higher the value, the more B-Frames you should get. It's useful in a case where there is a specific passage in the movie which requires very few B-frames inserted in order to be encoded at a good quality, while the rest of the movie is very tolerant to B-Frames use ( note: you could also have raised the weight value to 1.5 or 2 for this specific zone, in order to get better quality for it )
A final note : you have to define at least one zone ( beginning at 0th frame ), else the behavior of XviD will be rather erratic. And the zone as to be defined in the right order( the frame number has to increase at each new line of the window ), else XviD will also behave erraticly |
__________________
Beziehungen sind wie Songs: Manche vergisst du nie - egal ob gut oder schlecht!
Dieser Beitrag wurde 2 mal editiert, zum letzten Mal von filewalker: 06.12.2003 10:45.
|
|
|
06.12.2003 10:39 |
|
|
filewalker
König
Dabei seit: 16.03.2002
Beiträge: 859
|
|
Uuuuups!
@Dr. Love
du hast Recht bezüglich den " I-Frames "
Auch Koepi sagt, dass das ein bug ist.
BTW.
Emp3r0r hat im Doom9 forum eine neue Version vom ChapterGrabber released...jedoch hat er gedacht, dass dieser I-frame bug normal ist, und hat, so wie du, ein workaround gemacht...
Also, wenn der bug weg ist, brauchen wir nicht mehr manuell die start frames der chapters im Xvid Codec eintragen...weil das dann ChapterGrabber machen kann.
Hier nachzulesen
Cu filewalker
__________________
Beziehungen sind wie Songs: Manche vergisst du nie - egal ob gut oder schlecht!
|
|
|
06.12.2003 11:32 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.933
|
|
|
|
06.12.2003 11:33 |
|
|
filewalker
König
Dabei seit: 16.03.2002
Beiträge: 859
|
|
@Selur ...jetzt war ich schneller
BTW
| Zitat: |
| Known Limitations This version handles everything as 23.976fps. Sorry PAL land, will fix ASAP. |
__________________
Beziehungen sind wie Songs: Manche vergisst du nie - egal ob gut oder schlecht!
|
|
|
06.12.2003 11:36 |
|
|
ajf
DVDtoOgm & DVDtoMkv-Team
Dabei seit: 17.03.2002
Beiträge: 4.211
Herkunft: Erding
|
|
*backtotopic*
@Dr. Love
Dass die neue Xvid 1.0 Beta noch nicht richtig mit DVDtoOgm zusammenarbeitet war wohl zu erwarten. Das wird aber dann wohl auch erst gemacht werden, wenn eine erste Final von Xvid 1.0 erschienen ist. Zuvor hat es einfach keinen Sinn, da ständig neue Betas released werden.
ajf
|
|
|
06.12.2003 13:24 |
|
|
|
