using VLC to decode to h264....downside?

[xxxomxxx]

Hi all

i am using VLC to decode my mpg and ts to h264 (7Mb/s) again within the ts packet with original audiostream left intact. I have found this the easiest way to conserve the ac3 stream and i can do it all in real time (not everytime as i just had to realize ;-)
what is the downside of this method? Why does a encoding to h264 take a huge amount of time with any known software, when vlc does the same with no visible difference on the fly?

will i be able to make HD-DVDs from my h264 ts files?

:confused:

[bond]

you mean you are reencoding mpeg-2 from ts/mpg to h264 in ts? if yes, there is propably no downside if you are aiming at transmission of the files you created
otherwise ts has a pretty big overhead not really needed for local storage

if h264 encoding in vlc is damn fast, make sure that you are really encoding with h264. basically vlc is using the x264 codec

i dont think that you can create a hddvd from that stream as the stream might be h264 compliant but not hddvd compliant (needs specific gop sizes aso...)

[xxxomxxx]

you are probably wright, it is using x264...so you would use mp4 packet rather then the ts packet?

it would have been nice to make dvds that will play in future players...but i think we will have to wait because that probably isnt going to happen any time soon...

im encoding to x264, since my HTPC can play that and it fits on a dvd9...

anything else is pretty much impossible (damged GOPs) or far to complicated to achieve.. i did some xvid and some wmvhd... but i think x264 delivers far better results...agree?

wmvhd uses a ton of cpu and xvid just sometimes results in blocks ruling the screen

__________

now i have encoded a video to x264 within mp4 packet..funny thing is, it diod not include the audio track (as it usually does if i use ts as packet)

how (which software) can i mux my mp4(x264) video stream with my ac3 stream?

___

just used mkvmerge