VideoHelp Forum




+ Reply to Thread
Page 2 of 2
FirstFirst 1 2
Results 31 to 50 of 50
  1. When I try to import the .vob it says that the file has an unsupported compression type.

    Do I need to demux it or something?

    -vodmare.
    Quote Quote  
  2. Use vob2mpeg or re-wrap with avidemux or ffmpeg (ie. copy it into a mpeg2 program stream , e.g. "video.mpg")

    If you only need sections, you could use mpg2cut2 or avidemux, and they will export out mpg cut sections

    Make sure it's properly decrypted first if it's a commercial dvd source (anydvd or dvdfab)

    Note: if you wanted to demux it for whatever reason, you could import it as .m2v and .ac3 elementary assets . Premiere will accept them. You could use DGIndex to demux for example
    Last edited by poisondeathray; 20th Aug 2010 at 13:18.
    Quote Quote  
  3. Okay, I tried using a few of the mpeg wrappers that you mentioned and CS5 still will not import the video. I'm not sure what the problem is, but I guess that I am going to stick with what I know and the process I am familiar with for now. Even if it's a few steps further than I actually need to take.

    However, now I am using Premiere CS4 so that my 32 bit codec will play nice with it. When I import the video, it comes in fine and shows in the preview fine. But when I tell it to interpret the footage to 16:9 or 1.2121 it disappears from the preview. When I press play the Timecode runs, but no picture. Also, scrubbing the timeline has no preview whatsoever.

    My machine is pretty fast, dual core 2.6 ghz intel, 4 gigs ram, so I doubt the machine is the issue seeing as my old 2.4ghz single processor, 1.5 gig ram old machine did it fine.....could there be some setting or something to adjust this? or perhaps.....what do you guys think?

    Thanks.

    -vodmare.
    Quote Quote  
  4. Not sure. I would use a format that lots of people use everyday without issues than one that hasn't been updated in 7 years... You could contact them for support, but if they haven't updated it in so long.... good luck . I listed some lossless options earlier, most are free and probably faster, better compression than the one you are using
    Quote Quote  
  5. I couldnt get them to install. That is why I moved away from them in the beginning. But looks like I am going to have to reconsider some of them.

    Well, I was going to try and use the HUFF one but I couldn't get it to work, I will try it again. Based on my preferences of quality and hope speed with the PIC lossless compresser....what would be your runner up choice to HUFF from your list?

    -vodmare.
    Quote Quote  
  6. Well huffyuv and lagarith are commonly used. They are known to be stable and used by many people. If you've already tried the 32-bit install instructions for 64-bit os listed in this thread, and it still didn't work, then I don't know what else you could try - because all the other vfw codecs are installed in the same fashion

    I use UT video codec often, on a fast i7 you can edit in realtime with HD material in premiere (none of the others can very well, they are too slow) . It has 64-bit and 32-bit versions . The annoying thing is you have to set the thread number each time in the configuration (e.g. if you have 8 cores, set 8 threads) , it doesn't remember the configuration
    Quote Quote  
  7. In the post about that particular codec, you mentioned it being fast but bad with compression....since were trying to keep the file at lossless, that would be a good thing right? Because we don't want a ton of compression.

    I think I can deal with the setting if it works. At this point I am running out of options as you can tell.

    Thanks again.

    -vodmare.
    Quote Quote  
  8. Hey, you know for what it's worth instead of being flooded with annoying nuances....if you get bored and want to see some of the work that I have done, you can

    www.vimeo.com/matttstubbs

    yes, there are three t's in may name.

    I recommend Man on Fire, NBK, Palmer, GODhead is good. I am proud of all of them (12 total online) being my offerings. But those are a few that I think stand out and people for the most part accept.

    Anyway. Thanks for all of your help and patience. Again.

    -vodmare.
    Quote Quote  
  9. Hey you know what? When I output out of VDUB, I segment the .avi so the file sizes don't get out of hand individually. I normally adhere to 700 megs per file, that is what my old machine could handle. But I just downed the size to 150 megs per file and it works in Premiere!

    Hooray! I think I might actually finally be ready to actually produce something. Jesus, 4 weeks later. lol.

    -vodmare.
    Quote Quote  
  10. Originally Posted by vodmare View Post
    In the post about that particular codec, you mentioned it being fast but bad with compression....since were trying to keep the file at lossless, that would be a good thing right? Because we don't want a ton of compression.
    Lossless codecs are judged by different parameters , I mentioned this in my first post in this thread

    Lossless is lossless , but only if your editing software treats it as lossless

    For editing purposes, DECODING speed is usually the most important (otherwise scrubbing takes forever, not "snappy" response)

    But compression (small filesizes) is important too, otherwise you could just use uncompressed for everything (and that usually is best) . For storage purposes, compression is usually the most important

    I use usually use uncompressed for my big projects for everything now (v210 , which is 10-bit 4:2:2) , since HDD space is much more affordable (you need to put a few of them in RAID0 to handle the thoughput)


    Hey you know what? When I output out of VDUB, I segment the .avi so the file sizes don't get out of hand individually. I normally adhere to 700 megs per file, that is what my old machine could handle. But I just downed the size to 150 megs per file and it works in Premiere!
    What compression ?
    Quote Quote  
  11. I haven't really even broached HD stuff, I am aware of the sizes and data rates and my GOD.....but this is good to know. Thankfully TB drives are getting cheaper and cheaper. Raid array a couple of those.

    The problem earlier was with exactly that, scrubbing, if you can't do that, game over, you cannot get anything done.

    -vodmare.
    Quote Quote  
  12. The problem earlier was with exactly that, scrubbing, if you can't do that, game over, you cannot get anything done.
    Yes, and that's why UT is pretty amazing. Huffyuv-MT is close, but UT is faster. It scales well with more cores , and you really need at least an i7 (4physical + 4HT cores) or better to run HD stuff. Lagarith is a pig, you cannot edit HD stuff at all with that - it's more of a storage/archival codec, not suitable for editing. For SD material , huffyuv or UT should work fine on most systems (if you can get them installed and working!)

    Setup is quite important too. Premiere likes separate scratch files storage space, asset storage, and primary program storage. Ideally you would have separate physical HDD or SSD for each (not just partitioned)

    So what are you using now that permits editing when you mentioned 150meg per file?
    Quote Quote  
  13. I'm going to keep UT on the back burner in case I run into any problems. (knock on wood) I have a dual core processor, it's not any of the i series unfortunately. I was going to get the i5 but it was a hassle and so I just got this one. I didn't think I was going to be editing with it, but then I tried a little and it seemed that it could handle it for the most part.

    I hear you on the scratch disks, back in the day we had once had a Fibre net setup with 32 gig drives across a special network for just those drives. I think our rack was 20 drives or something. But that was back in 1997. Obviously that's pretty small considering today's standard. lol. Times change.

    I am using CS4 for the 32 bit handshake with the LOSSLESS PIC LJPEG codec.

    -vodmare.
    Quote Quote  
  14. Well it's great that you got something to work

    Not sure if you've had time to play with CS5 much, or if you have MPE enabled (with cuda card) , but it is alot faster than CS4 in every way. It uses memory better, uses cores more efficiently, decodes and encodes faster. Exporting the exact same project is about 3-4x faster to render/encode on average . It seems a bit sad to go back to CS4 just to get an editing codec working....

    Thanks for posting some of your work, I'll check it out when I get a chance later
    Quote Quote  
  15. I know, I was initially using CS5 and I really liked it. It seemed very stable for what I was doing. However, the PIC codec won't work in the 64 bit environment, which is why I down graded to CS4 so I could get things moving.

    However, if I can get the UT codec to work, then I might be able to use CS5....hrmmmm.

    Well either way. Thanks!

    -vodmare.
    Quote Quote  
  16. I have a premiere question for you guys.

    I am using CS4 now not only because of the codec issue, but I have the Concept Pro MPEG plugin that only works with CS4. So because of that I tried to get the .vob files to import directly. Much like all of you suggested I do in the beginning. Hey, if I can skip a whole entire recoding hassle, then so be it. At first I couldn't get it to work but then finally it did and to my surprise not many problems, just some playback problems when the drive slows down. But I am going to fix that.

    I used DVD fab 8 to rip the dvd and even though I am not using VDUB for this, when I play the .vob back in VDUB it plays the english dialogue. However, in Premiere it plays back the Spanish dialogue....I am guessing that there is a mixer setting or something to turn one off and the other on. However, I have been unable to find it. I have only been able to screw with the audio mapping properties.

    Any ideas?

    Thanks.

    -vodmare.
    Quote Quote  
  17. I don't use DVDFab anymore, but I thought you could specify which tracks to rip ? Just avoid the Spanish one

    CS4 can import MPEG2 natively without the Mainconcept MPEG plugin . You could demux to .m2v and .ac3 audio and import assets separately for example. The vob will have all the audio streams, I don't think you can select which one from within premiere
    Quote Quote  
  18. Hi,

    When I was using both CS4 and CS5, I could never get a .vob to import. I would load and then say that it was an unsupported file type. I tried doing the AVI synth work around, but got frustrated with all of the extra work and decided to use the mainconcept plugin. It seemed to work fine as far as I can tell.

    I mean, that is okay right? It seems to do frame level editing.....

    As for ripping, I was using both DVD shrink and DVD decrypter and both would get hung at a certain point. At first I thought that it was the disc, but after two different discs doing the same thing, I thought maybe the program was unable to defeat the encryption. So I tried DVD fab and it ripped fine.

    I don't recall an area for turning off certain audio streams like in the other two programs....but I will go back and check. I think at worst, I can re-rip it and then replace it, then the subclips I pulled from the old spanish one should pull from the new one just the same since it's the exact same file, length and all.

    Thanks!

    -vodmare.
    Quote Quote  
  19. That fixed it. I did a customized rip with DVD FAB and pulled only the English. Deleted the old .vob's and put the new ones in their place, and premiere picked it up with all my subpic edl's no problem.

    It actually seems to be working a little quicker also. It does do this conforming thing just about every time that I open the project though. Slows it down, but once it's done, about 10 minutes or so, it picks back up.

    Thanks.

    -vodmare.
    Quote Quote  
  20. RE: conforming audio bug when project opening

    Edit => Preferences =>Media => uncheckmark "Write XMP ID to file on import"
    Quote Quote  



Similar Threads

Visit our sponsor! Try DVDFab and backup Blu-rays!