I'm using version 5. Do I need to add a ts entry to replay media catcher? What would be the proper format for that?
Re vlc: Here are the options that I'm using:
vlc -I dummy -vvv "insert url for latest m3u8 playlist here" --sout-file-append --sout=file/ts:foobar.ts
-I dummy: no interface
-vvv "insert url for latest m3u8 playlist here": sets the url to download
--sout-file-append: need this option because it will otherwise just save the file specified in sout over and over again, overwriting what we want; this way, it appends it to foobar.ts which is a ts file that I've already created
--sout=file/ts:foobar.ts: we want to output to a file, encapsulating it as a ts, with a file name of foobar.ts
However, this only seems to work on my linux machine and not the mac. I'm not sure if this is some weird linux quirk or what.
Edit: both are running VLC 2.0.7.
Edit2: Nevermind. VLC doesn't work because the m3u8 playlist isn't regenerating totally new chunks... it's recording 1 2 3 2 3 4 3 5 etc. I guess if I figured out how to name the chunks based on time stamp instead of appending them this could work, though it'd be a pain to stitch together.
Last edited by cynicmuse; 08-03-2013 at 04:45 PM. Reason: more info
No, not really, it should do it as it does for us, it does save them as mp3
Quick note: @TheBang my upload is finnished, my download too, we definitly should have the same thing now, this chunk exchange is really an excellent way to capture streams !
Thanks y'all. I hadn't run mediainfo on what Replay Media Catcher was calling .mp3 files before I'd killed all of the mp3 options.
Last edited by cynicmuse; 08-03-2013 at 07:43 AM. Reason: grammar
I just had a look a full MKV of what we have, it's quite good ! I called people with details for chunk downloading, we should be ok !
I had to play around with the settings a bit before I got it to capture the chunks as numbered files. I've got the following set in preferences:
Screen Shot 2013-08-03 at 8.38.23 AM.pngScreen Shot 2013-08-03 at 8.38.00 AM.png
I start the youtube stream in my browser then I start a fresh instance of jaksta (already in monitor mode). Hope this helps.
Here we go (again)!
For now it's perfect for me ! I have news trop live recording, i clicked 'erase' on the fucking MPEG main file ans now i dont See it anymore ! (Easier from the small interface) i can confirm this shitty file is encoder live ! When you click live info on it you can see the ffmpeg command... Fucking useless !!
Envoyé depuis mon GT-I9300 en utilisant Tapatalk 4 Beta
I'm out. I walked away for a minute and replay media catcher died. I'll blame it on that 2gb of RAM. I'll upgrade to 64 bit windows before the next live stream. Thanks for all of the help. Good luck.
Sorry. RMC 5 is seriously borked when I restarted it. I now have 3 copies of the mpg all re-encoding with ffmpeg simultaneously while not getting any of the ts files, at which point it crashed If anyone needs the first 250 files, I can help.
Exactly : To avoid a lot or crash i ask To erase the MPEG from the tool, every song, each time it's crashin i have To force close chat awful ffmpeg. Or course the fucking tool recreate a ffmpeg. Plz hang on ! De may need missing chucks
Envoyé depuis mon GT-I9300 en utilisant Tapatalk 4 Beta
Carefull if you dont forceclose thar ffmpeg shit it will continue working and create many fullhd stream !
Envoyé depuis mon GT-I9300 en utilisant Tapatalk 4 Beta
It looks like I've got a contiguous run of files from the beginning to end (including the credits). About to merge them and see how it looks.
Replay of NIN set is 1080 chunks (15304-16383)
Directly followed by credit roll 34 chunks (16384-16417)
VLC details (from first chunk):
Screen Shot 2013-08-03 at 10.39.51 AM.png
Nin including fulll intro and credits are 15303-16417 (16418?) checking my stuff : At first look chunks may be exactly cut the same way as first time
Here are chunks i miss 15492 15773 16071 16073 16077-16100 16193 16197 16397-16402 16404-16407 16410
chunks aren't cut the same way between stream & replay...
During 'Copy Of A' 15366 appears to be a copy of 15365.
try to regenerate the segment URLs, it's possible to do it, you have to guess at the clen (use a binary search). also some other important detail I'm forgetting but maybe you can figure it out.
the urls themselves are live for at least a few hours after the stream ends.
Putting these to a dropbox public share now.
EDIT: Also, I'd suggest whoever puts the final product out watches through beginning to end in case there's other duplicated chunks.
md5s generated from my chunks http://www.sendspace.com/file/xkwz4z
Note that the duplicated chunk has 2 different md5s, the first chunk was slightly larger. I haven't determined if the first or second is the better one to use.
I've packed up the chunks in question: http://www.sendspace.com/file/9z55ni