![Laughing :lol:](./images/smilies/icon_lol.gif)
It's always fun and games getting started. I think what you are trying to do is make the stream Direct Show compatible with stock codecs. While the stock codecs thing unfortunately, may be an issue. For example: Direct Show does not fully support MPEG-2 PS it's missing a decoder out of the set of codecs. I have found that I prefer WinDVD after going round and round with both free and paid programs. Windows or WinDVD does not support MPEG-2 TS at all and I have found it rather difficult to find a real good one that works in the HD forms. After trying bunches of them, I finally ended up with DVBportal HDTVpump and works real well with Graph Edit as does WinDVD's MPEG-2 decoder as a set. Sound is handled by WinDVD as well (ac3, DTS, MPGa). It will also work with DivX and XviD if you look for and install Gabest's avi2ac3filter.axDJ,
Thanks for your insights. I too am having fun and games trying to stream some ts video transcoded as an mpg that graphedit can render. The reason I want to render it in graphedit is because I want to stream it to a media server (on the same PC), which requires the feed to be compatible with graphedit.
The MPEG-PS format was not designed to be streamed but, the MPEG-TS format was and to make this compatible you will need to do what I mentioned above. Raw video and or audio just takes up to much space and power in most cases.I have found I can transcode the video to file and render the file in graphedit - but I can't get a stream to work for me. This may be due to my complete lack of networking skills!I am trying to stream via http://localhost:8080. I can render the stream if I encapsulate as an mpeg-ts, but it won't if I encapsulate as an mpeg-ps. Like mentioned previously in this forum, I can get video but no audio if encapsulated as raw.
MMS as I recall was designed by Microsoft to stream files across the Internet, because of the speed restrictions of the Internet a lot of attention needs to be paid to resolution and bit rate so as to stay within the bandwidth limitations, thus there is also some quality considerations in doing this on many non commercial connections. Hopefully, this will become easier in the next few years.What I am wondering is whether I am better off using mmsh or udp streaming, and if so what sort of URL do I stream it from to. I see other URL's on the web (that the media server will stream) as mms://... If I stream (using ts encapsulation that works for http) to mmsh://localhost:8080, graphedit won't render the stream. If I try to pick up mms://localhost:8080, graphedit crashes.![]()
The most difficult thing in getting started is realizing how most of the formats and containers came into existence. Who created them and for what purpose. What formats work with (play nice) others and which ones don't. Then there is always, what VLC is supporting at the moment and what is intended and what isn't finished or broke.As I said at the start, my ignorance of protocols and URLs is probably not helping, but I've looked around this and other forums to learn more (including the "VideoLAN Streaming Howto") - but I've not found anything that's advancing my understanding. So any clarification would be gratefully appreciated.
I wondered whether my problem would come down to codecs. Stock codecs would be good but I too have other codecs that graphedit can pick up. In fact, I've got heaps of them - but I'm not sure how to manage them.I think what you are trying to do is make the stream Direct Show compatible with stock codecs.
Yes, my attempts to date have simply been streaming an mpeeg file using different containers. If I can get that going, the rest is easy (I think!).I have also found that if the original source is MPEG, often times transcoding is not necessary, just choosing the container works, but you may need to play with audio when streaming.
I'll back that!Well, maybe .asf! I am routing for H.264 with AAC sound in a MP4 or MOV container for streaming in the near future. But there are still some hurtles to overcome
RadLite Filter ManagerI wondered whether my problem would come down to codecs. Stock codecs would be good but I too have other codecs that graphedit can pick up. In fact, I've got heaps of them - but I'm not sure how to manage them.![]()
Gee! and I thought I was bad!When streaming the ts encapsulation graphedit uses the Nero Splitter, Intervideo Video decoder, and ffdshow audio decoder. When I stream the same file with ps encapsulation, it uses the ULead splitter but has no audio or video output pins. Attempts to connect the stream to other filters results in errors that the pins won't connect.![]()
I've got WinDVD5 OEM which plays back mpeg-2 files happily. And PowerDVD5 OEM. And ULeas VS 7 OEM. And Nero7 which I use for converting broadcast ts files to mpeg. The media server won't deal with ts files so I convert them to mpeg for the server to play back later.
You are further along in this area as I do not have a media server. But I don't think MPEG-PS will ever work well for that purpose.Yes, my attempts to date have simply been streaming an mpeeg file using different containers. If I can get that going, the rest is easy (I think!).
What I want to do now is stream "live" TV i.e. record with Webscheduler to ts and transcode the ts (as it records) to an mpeg stream for the media server (DSM-320) to pick up.
The DSM streams fine off the web. Maybe I need to investigate more how it does that (what protocols and formats). Either that or find a filter that connects better with the output of the VLC ps stream to pass on audio and video..
Hopefully, if the MOV container was fixed or rebuilt it would workThe DSM plays mp4 - but as you say, VLC doesn't stream it at present.
I am a bit surprised at this one. But I have run across the Haali multimedia set that causes problems with VLC's transcode functions. So I guess that you can run across conflicts even when there shouldn't be one.DJ,
Yes these codecs get a bit fussy and tricky. When I installed HDTVpump, I think it upset my Nero set up as after I installed it I couldn't load ts files into Nero for conversion to mpeg. (At least I think it was HDTVpump's fault).
I've just download the apps you mentioned. I'll see how I go. Thanks again.
Cheers,
Grant
Sorry to hear that the pump isn't working out. I was real surprised that Haali interferes with VLC's transcode functions. I have since moved away form Nero when I first discovered that the Haali front end did a better job and then when I discovered that it was not always playing H.264 compatible files properly (with or without the Haali front end). The compatible h.264 is supposed to be Ateme, QuickTime, x.264 and Nero. Nero is supposed to be using the Ateme decoder but it doesn't perform as well and uses more overhead to do the job.Unfortunately HDTVPump does indeed stop Nero7 doing what I want it to do. After I installed HDTVPump, the next time I re-booted, NeroVision4 (in the Nero7 suite) wouldn't accept my ts files to convert to mpeg. De-registered HDTVPump, re-booted, and all was well again.
I've got to re-install it again to try to get VLC to stream to TVersity using a ts encapsulation. I'll try changing merits to see if I can get the two to co-exist happily.
BTW, I got the Radlite filter manager and I have G-Spot too to make life a bit easier managing the 323 codecs on my PC.I'm sure I'll need them to sort this matter out.
Cheers,
Grant
Return to “VLC media player for Windows Troubleshooting”
Users browsing this forum: Google [Bot] and 46 guests