It's not RAW. you have to write the video and audio into a fileformat for storage.
Errr .. then what IS 'RAW' - seeing as it's on the same list *grin*
I mean, sure, you have to write in *some* 'format', you're doing that even if you use a hex editor to write random bytes in a way that the Host OS will recognise a 'a file'. But, there *are* plenty of 'RAW' file formats/storage methods it's usually just 'shorthand' for 'whatever comes from the device/network/stream/serial port/thingie...' without being interpreted or altered by the program and whether the App understands it or not - it can be a very useful thing to do because you can use an App which can communicate with X to capture data for a program which *can't* (communicate with x) but which *can* interpret/manipulate that particular type of data. As in : I can use
an FTP Client to download a lousy, poorly encoded/formatted Mpeg file full of garbage data and timecode breaks without any trouble. The FTP client doesn't 'understand ' MPEG but I can *then* use a neat program like the Mac OS X MPEG Streamclip (or one of many *NIX and MS Windows™ Apps) to read it, fix the data and timecode breaks and output it in a useful form without recoding/transcoding.. the use here, of course would be to use VLC to capture the raw stream containing (muxed ?) H264 and MP4 audio in a file and then feed the file into something which can interpret it - Mplayer or even Quicktime, perhaps.. That's why I was interested in what 'RAW' meant.
Our lousy reporting is from the fact that VLC is originally designed as a CLI app for these kinds of things, and for users who know what they are doing.
*grin* that's mildly vicious... I didn't describe your reporting as lousy and - believe it or not - I *do* know what I'm doing, most of the time. I've been known to do quite complex things on occasion
[drinking malt whiskey whilst doing backward somersaults on trampoline springs to mind ! (sic)] and have even
*invented* things no-one else ever did before...I just haven't spent much time with VLC, mplayer and live streams...
We are slowly improving upon this. btw.
Definitely - The wizard is an impressive start - right down to the Warning that it's not a good idea to 'Play local' whilst capturing to file... In my last post (sounds grim!) I said: I *love* this App.
I was actually offering to help - as much as time/resources permit. My programming may be 'rusty' but I have 'writing/communication skills' - from tech docs, user manuals etc, thru speeches, Articles, Stories, training courses - even personally explaining the very complex to the 'general public' in an effective & 'entertaining' way [You ever try explaining 'Dynamically Adaptive MultiCarrier Quadrature Amplitude Modulation and Spread Spectrum technologies in Communications' to the Masses ? *smile*.]
e.g. ATM, if the thing the user's trying to 'play' doesn't exist, they are likely to see something like :
[/quote]no suitable access module for `rtsp://a1215.v14111.c1411.g.vq.akamaistream.net\5/1215/1411/3f8f1f38/1a1a1af156c5f364d84e7cdd4dbd298ebc\1f8efb2a9d0265da4cb1e04fb22655be32a7157aed/windows_ref_300.mov'
If you believe this is a Bug ....
Rather than the more familiar
Error 404 - Not Found
The [whatever] you have requested is unavailable on this server... it may have moved or been captured by alien forces ...
I *know* it'll be there if you open message window, scroll back thru (sometimes/often) a lot of Debug & other stuff but the
user is almost guaranteed to simply see "no suitable access module.. exists" and act on that, rather than realising they made a simple typo.
It'd be nice if - as with some other Apps (mostly those which are just 'shell GUIs' for *NIX cmd line stuff) to be able to see the actual command-line string that VPC 'generates' (or would generate) for a particular function & group of settings .. - as in the wizard, say - with it's IN and OUT points and other options. I find this helps me learn more about how the CMD line is used to do different things - because wading thru the docs can get very time-consuming... - maybe there IS a way - I certainly haven't read ALL the docs yet.
In the case of H264 - and perhaps other Codecs/functions not completely supported it'd be good to see a msg like the one you posted : "VLC doesn't DO THIS very well, if at all ATM ...,
Maybe I'll just do a LOT more reding around the Forums, Docs etc, find out how this whole 'project' thing works, see what's going on and see where I might be able to contribute. But gee, I'd sure like to be able to capture those streams to disk....
Thanks again.