Und...
1. original.avi > trennen (VDubMod) > video_only.avi + audio1.xxx + audio2.xxx
2. video_only.avi > packen (Mpeg4modifier) > video_only_pack.avi
3. video_only_pack.avi + audio1.xxx + audio2.xxx > verbinden (VDubMod) > neues.avigeht nicht?
Nein. Wie ich schon schrieb nimmt das Programm auch das Avi mit nur der Videospur nicht an.
Es kommt stets die Meldung es sei kein gültiges Mpeg-4 Video.
Ps. Mich würde interessieren, warum du das als Packet Bitstream haben möchtest
und welchen Vorteil das haben soll ?
Weil der Sigma Design Chip in meinem Player Xvid-Video mit B-Vops nur ruckelfrei abspielt wenn sie gepackt sind. 
Tja dann werde ich es wohl doch neukodieren müssen.
Oder hat noch Jemand eine Idee? 
Ich kann auch nix seltsames erkennen. Kann es sein, dass MPEG4Modifier mit audiolosen Videos Probleme hat? *zweifel* Versuch mal, das Ding neu zu muxen: In VDub öffnen, auf Direct Stream Copy stellen und abspeichern. Und dann nochmal den Modifier versuchen.
Das Original war schon fertig mit 2 Audiospuren. Ich hatte dann in Vdub nur nochmals das Video gespeichert in der Hoffnung Mpeg4Modifier würde die Datei so annehmen, aber das brachte dann auch nichts.
Ist denn Mpeg4Modifier das einzige Tool, welches Videostreams nachträglich packetisieren kann?
Hast du mal AVInaptic oder GSpot über den Film laufen lassen? Was sagen die? Vielleicht ist er tatsächlich kaputt.
Ja hatte ich schon. Haben beide nichts zu meckern:
Gspot:
File Length Correct
AVI v1.0
Video: 1.48 GB (99.77%)
AVI Overhead: 3.58 MB (0.23%)
AVInaptic:
[ About file ]
Name: test.avi
Date: 4/04/2008 15:50:19
Size: 1,603,216,804 bytes (1528.947 MB)
[ Generic infos ]
Play duration: 01:44:08 (6248.24 s)
Container type: AVI
Number of streams: 1
Type of stream nr. 0: video
Audio streams: 0
JUNK: VirtualDub build 29393/release
[ Relevant data ]
Resolution: 720 x 384
Width: multiple of 16
Height: multiple of 32
[ Video track ]
FourCC: xvid/XVID
Resolution: 720 x 384
Frame aspect ratio: 15:8 = 1.875
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 15:8 = 1.875
Framerate: 25 fps
Number of frames: 156206
Stream size: 1,599,381,377 bytes
Bitrate: 2047.784818 kbps
Qf: 0.296265
Key frames: 3824 (0; 32; 33; 34; 35; ... 156200)
Null frames: 0
Min key int: 1
Max key int: 50
Avg key int: 40.848849
Delay: 0 ms
[ About MPEG4 encoding ]
User data: XviD0047
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Custom pixel shape (1:1 = 1)
Quant type: MPEG
[ Profile compliancy ]
Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: Ok
Warning: If you need a more complete report, then click on "DRF analysis"Hallo,
ich suche ein alternative Tool um ein von mir mit encraw codiertes Xvid zu packen,also in ein packed-bitstream format zu bringen.
Mpeg4modifier funktioniert leider NICHT sondern verweigert die Annahme der Datei, da sie angeblich fehlerhaft sei.
Gibt es noch andere Tools die das können? Möchte das Video ungern nochmal codieren.
So ich habe nun haufenweise mit den vbv und quantizer settings rumexperimentiert. Auch mit dem alternativen 2pass Modus den plugh aus dem englischen Board erwähnt hat.
Es will einfach nicht. Erlaube ich zu hohe Quantisierer wird das Video zu klein und die Qualität zu schlecht. Reduziere ich die max. Werte für das Quantisieren hüpft der Codec irgendwann gnadenlos über die gewünschte max. Bitrate hinaus.
Optimum wäre wirklich wenn er im 2.pass generell mit quant 2 an das Video herangeht und wenn er in gewissen Szenen an die Bitratengrenze kommt automatisch den quant-Wert hochsetzt um diese Grenze nicht zu überschreiten.
Dann werde ich wohl doch mit DivX vorlieb nehmen müssen obwohl mir Xvid subjektiv vom Bild her besser zusagt. Schade das MeGui wiederum mit DivX nicht läuft.
Danke. 
Das mit der Festplatte hab ich überlesen, bei "USB" war Schluss... :redface:
Ja ich vermute auch das es seitens des Players eine USB 1.1 Verbindung ist.
Aber damit muss ich jetzt zurande kommen. Ich habe etliche Player durchprobiert und dieser konnte halt die meisten meiner Wünsche befriedigen. Bis halt eben auf dieses kleine Manko.
xvid_encraw kann das bei 2-pass-Encodierung über "-vbvmax" ermöglichen. Sofern das überhaupt fehlerfrei funktioniert.
Ansonsten dürften auch schnellere Sticks helfen. Billige können schon mal arg langsam sein. In unserer Firma sind wir mit "BUFFALO" sehr zufrieden.
Die Zuspielung kommt von HDD, daher vermute ich mal die Schnittstelle seitens des Players ist recht langsam, da wohl in erster Linie für Musik und Foto ausgelegt.
"Sofern das überhaupt fehlerfrei funktioniert."
Nein. siehe posts von Katjarella hierzu
Das heißt? Die Einstellung wird ignoriert? Kannst du mir mal einen Link zu dem Thema geben?
Hallo,
ich wandle derzeit einen grossen Teil meiner Video Sammlung in XVID um.
Ziel ist es die Videos auf einem SA mit USB-Schnittstelle von externer HDD abzuspielen.
Nachdem ich nach langem Testen mit der erreichten Qualität sehr zufrieden bin, stellte sich aber leider heraus das der SA bei Zuspielung über USB in sehr komplexen Szenen anfängt zu stottern, während er selbes Video von DVD noch flüssig abspielt.
Ich würde daher ganz gerne die max. Bitrate die XVID verwendet manuell stärker limitieren, finde dazu aber ausser den Profilangaben keine weiteren Details.
Ist es möglich z.b. über Kommandozeile die max. Bitrate auf z.b. 3.5Mbit zu begrenzen? Wenn ja über welche(n) Parameter wäre das machbar?
Zitat von Fr_Anhttp://yaai.sourceforge.net/yaai/screenshots.html
Yet Another Avi Info ...
Danke für die Info. Werde das mal ausprobieren.
Zitat von katjarellaAuslesen NEIN: weil ich kein MuxTool kenne, was den echten Codec-Delay schreibt und danach muxt.
Selber finden JA: http://software.sdecnet.com/syncview/ // http://www.divx-digest.com/software/terabits_avi_info.html
Ich werde das mal ausprobieren. Danke für die links
LigH:
Ja das wundert mich auch. Insbesondere würde mich interessieren wie die player diese Info nun auslesen...
Keiner mehr eine zündende Idee? 
Zitat von LigHMir scheint tatsächlich, als ob beim Abspeichern die Tonspur am Anfang entweder aufgefüllt oder abgeschnitten wird, wodurch das Ergebnis dann tatsächlich keinerlei Hinweis mehr auf eine Verschiebung enthält.
__Was, Zahnrad kennt die AviMux_GUI nicht?!
Man kann ja nicht alles kennen/benutzen 
Zum Thema: Ich erinner mich vor Jahren mal mit einigen Leuten Tests gemacht zu haben, was das Delay angeht. Das Ergebnis war das die Spuren definitiv nicht aufgefüllt/geschnitten werden. Das AVI-Container Format erlaubt die Angabe eines Delays. Erzeugst du ein AVI mit grossem negativen delay, lädst dieses wieder in Vdub und speicherst mit 0ms delay ist alles wieder normal. Nach deiner Vermutung müßte dann das Audio irreparabel durch das erste speichern mit delay abgeschnitten sein. Das ist aber nicht der Fall.
Zitat von nexustheoriginalAber um das zu vermeiden beseitigt man das Delay schon beim Encoden... (beim Erzeugen der AVI)
Hab übrigens auch nichts gefunden.
Tja da hast Du wohl recht. Leider ist das aber nicht immer der Fall, insbesondere wenn das Avi nicht auf eigenem Mist gewachsen ist.
Hm.. ich weiß zwar grad nicht was das für ein Programm da ist, aber es scheint ähnlich zu sein wie bei Vdub. Man kann das delay manuell eingeben, es wird auch erzeugt (hört man ja schliesslich) aber beim erneuten Laden der Datei steht wieder alles auf null. Bei Vdub zumindest liegt es daran das Standardmäßig jedes Avi mit 0ms delay geschrieben wird es sei denn man gibt es explizit anders an.
Finde ich sehr schade eigentlich. Denn wenn man von AVI => DVD gehen will kann man manchmal böse Überraschungen erleben weil man beim multiplexen der DVD halt kein Audio-Delay angegeben hat. Und auf "rate & probier" Spielchen bis es dann mal paßt habe ich keine Lust...
Muß doch irgendwas geben was das einem anzeigen kann...
Besten Dank. :daumen:
Nachtrag: Vdub zeigt meines wissens nach im Interleaving menu das leider nicht an. Öffnet man ein AVI frisch steht dort stets 0ms.
GSpot wirft mir zwar brav Interleaving und preload aus aber nicht das delay
Interleave: 128 ms (3.2 v.frames), preload=512
Und abcAVI zeigt mir nahezu alles an Info an aber nicht das delay oder ich bin blind
[RIFF AVI 734719938]: Audio/Video Interleaved File
[LIST hdrl 8818]: Format Definition Chunk
[avih 56]: Main AVI Header
[dwMicroSecPerFrame]: Microseconds Per Frame: 40000
[dwMaxBytesPerSec]: Maximum Bytes Per Second: 0
[dwPaddingGranularity]: Padding Granularity (bytes): 0
[dwFlags]: Flags 0x00000110
[AVIF_HASINDEX]: AVI file has 'idx1' chunk
[AVIF_ISINTERLEAVED]: AVI file is interleaved
[dwTotalFrames]: Number Of Frames: 144176
[dwInitialFrames]: Numer Of Initial Frames: 0
[dwStreams]: Number Of Streams: 2
[dwSuggestedBufferSize]: Suggested Buffer Size (bytes): 0
[dwWidth]: Image Width (pixels): 608
[dwHeight]: Image Height (pixels): 272
[LIST strl 4244]: Stream Format Definition Chunk
[strh 56]: Stream Header
[fccType]: Type: vids (Video Data)
[fccHandler]: Handler: xvid (XviD MPEG-4 codec 'xvid' <0x64697678>)
[dwFlags]: Flags 0x00000000
[wPriority]: Stream Priority: 0
[wLanguage]: Language: 0 (Undefined)
[dwInitialFrames]: Numer Of Initial Frames: 0
[dwScale]: Stream Scale: 1
[dwRate]: Stream Rate: 25
[dwStart]: Stream Start: 0
[dwLength]: Stream Duration: 144176
[dwSuggestedBufferSize]: Suggested Buffer Size (bytes): 66404
[dwQuality]: Stream Quality (1-10000): 10000
[dwSampleSize]: Sample Size: 0
[rcFrame]: Frame Size Of Stream
[wX1]: Top: 0
[wY1]: Bottom: 0
[wX2]: Left: 608
[wY2]: Right: 272
[strf 40]: Video Stream Format
[biSize]: Header Size (bytes): 40
[biWidth]: Image Width (pixels): 608
[biHeight]: Image Height (pixels): 272
[biPlanes]: Number Of Planes: 1
[biBitCount]: Number Of Bits Per Pixel: 12
[biCompression]: Compression Algorithm: XVID (XviD MPEG-4 codec 'XVID' <0x44495658>)
[biSizeImage]: Image Size (bytes, 0 = uncompressed): 992256
[biXPelsPerMeter]: Horizontal resolution of target device: 0
[biYPelsPerMeter]: Vertical resolution of target device: 0
[biClrUsed]: Number of colors used (0 = maximum): 0
[biClrImportant]: Number of important colors (0 = all): 0
[JUNK 4120]: Padding
[LIST strl 4222]: Stream Format Definition Chunk
[strh 56]: Stream Header
[fccType]: Type: auds (Audio Data)
[fccHandler]: Handler: 0x00000000 (No Compression <0x00000000>)
[dwFlags]: Flags 0x00000000
[wPriority]: Stream Priority: 0
[wLanguage]: Language: 0 (Undefined)
[dwInitialFrames]: Numer Of Initial Frames: 1
[dwScale]: Stream Scale: 1
[dwRate]: Stream Rate: 48000
[dwStart]: Stream Start: 0
[dwLength]: Stream Duration: 276816384
[dwSuggestedBufferSize]: Suggested Buffer Size (bytes): 24000
[dwQuality]: Stream Quality (1-10000): -1
[dwSampleSize]: Sample Size: 1
[rcFrame]: Frame Size Of Stream
[wX1]: Top: 12336
[wY1]: Bottom: 1893
[wX2]: Left: 31498
[wY2]: Right: 0
[strf 18]: Audio Stream Format
[wFormatTag]: Audio Format: 0x2000 (Dolby AC3 / FAST Multimedia AG DVM <0x2000>)
[nChannels]: Number of channels: 5
[nSamplesPerSec]: Frequency of the sample rate (Hz): 48000
[nAvgBytesPerSec]: Average data rate (byte/s): 48000
[nBlockAlign]: Block alignment of the data (bytes): 1
[wBitsPerSample]: Number of bits per sample (0 = undefined): 0
[cbSize]: Size of extra information (bytes): 18
[JUNK 4120]: Padding
[LIST odml 260]: AVI2 (OpenDML) Format Definition Chunk
[dmlh 248]: Total Number Of Frames AVI2 (OpenDML) 144176
[LIST INFO 158]: RIFF Textual Informative Details
[ISFT 16]: Software Used: Nandub v1.0rc2
[INAM 42]: Title:
[ISBJ 42]: Subject Description:
[IART 2]: Director:
[ICOP 2]: Copyright:
[ICMT 2]: Comments:
[JUNK 1228]: Padding
[LIST movi 731682042]: Audio/Video Data
Skipped
[idx1 3027648]: AVI Index Chunk
[JUNK 46]: Padding
Servus,
gibt es ein Programm mit welchem man feststellen kann welches delay die Audiospur in einer AVI-Datei hat ?
Zitat von KikaIch würde mich damit auch nicht lange herumschlagen. Geht's? OK, geht's nicht, auch OK, nehm' ich halt was anderes.
Darum ja auch eigentlich hier nur die Frage ob jemand einen Weg kennt. ich erinner mich als ich damals InstantCopy angetestet habe, da gab es auch allerhand Registry-Tweaks o.ä. Hätte ja sein können das hier jemand etwas ähnliches für NVE kennt um den Encoder "feinzutunen".
Zitat von KikaAlles anzeigen
In so einem Fall einen Encoder, der das kann bzw. ein Zusatztool, damit es auch andere Encoder können.
TMPGEnc 2.5x kann es von sich aus, inklusive Resizing
HCenc kann es, wenn man ihm den Film via AVISynth übergibt und anschließend mit dgpulldown die entsprechenden Flags setzt.
Zum Authoring dann TDA, DVD Author oder DVDLab. Das ist doch einfach genug, finde ich.
Es geht nicht um einfach. Sondern es geht um Zeit (nicht Rechenzeit!) die man vor den Programmen verbringen muss. Ich habe mir früher auch die Mühe gemacht alles "von Hand" zu machen und dabei viel Freizeit verplämpert. Zeit die ich heute nicht mehr habe. Darum teste ich derzeit Programme aus der "Knopf drücken und Los..." Kategorie.
Und was das angeht bin ich mit dem Programm in Bezug auf Aufwand/Qualität sonst höchst zufrieden.
Wenn es hier keiner weiß wie man NVE "überreden" kann, ist auch ok.
Alternativen kenn ich selbst zu genüge
Zitat von EastermeyerBlöde Frage , aber wieso lässt du es nicht einfach NTSC?
Ich lasse es doch NTSC
Es geht doch hier um die Konvertierung des 23.97FPS AVI => 29.97FPS DVD.
Die nunmal nicht "sauber" erfolgt.
Servus,
danke für den Willkommensgruß
Mir sind die "Handarbeits-Methoden" natürlich auch alle geläufig.
Aber nicht immer habe ich Lust und vor allem Zeit dafür um mal ein von Familienmitglieder ausn Staaten zugesandtes Avi aufm TV zu schauen.
Das der Encoder nicht an CCE & Co herankommt ist mir bewußt aber dennoch liefert er in meinen Augen ganz brauchbare Ergebnisse in Anbetracht des Zeitaufwands seitens des Benutzers.
Das i-Tüpfelchen wär natürlich wenn er eine saubere NTSC Enkodierung machen könnte...
