Posts: 1
Joined: May 2013
Reputation:
0
2013-05-08, 09:56
(This post was last modified: 2013-05-08, 09:57 by jigg3.)
Guys, just a short question... Yesterday I've installed Raspbmc on my Pi. After that I've used the usual git command to download TV Headend but it's still version 3.2.xxxxx
Please tell me the source path of 3.4!
Posts: 3,746
Joined: May 2004
Reputation:
20
Livin
Posting Freak
Posts: 3,746
Any plans to have Synology builds that include HDHomeRun drivers (since TVHE will not work on the Syno without it)?
I'm not an expert but I play one at work.
Posts: 968
Joined: Nov 2011
Reputation:
10
giaur
Posting Freak
Posts: 968
2013-05-29, 11:49
(This post was last modified: 2013-05-29, 11:53 by giaur.)
Very nice, but still there is no full EPG support. You don't even think about this? Why? I've asked this many times, every time my questions are ignored... there are only basic epg fields supported, why?
Posts: 286
Joined: Jan 2012
Reputation:
16
The problem is that, with the exception of age ( which is processed), these are not standard fields in EIT. What the broadcasters do is make use of the extended event descriptor that contains a set of arbitrary string->string fields. But how these are added is entirely up to the broadcasters, and while there may be some common practices they're are no (to my knowledge) defined standards.
I'm more than happy to include processing of these fields, (in fact if you read the eit.c source you'll find a bunch of #if TODO_ADD_EXTRA, where I intended to add some processing if/when I knew what to process), but I'd need to have some examples of what is in the various fields or a reference implementation from another project. But even then I'm very stretched for time so most likely it would need someone else to take on the task.
Adam
Posts: 40
Joined: Apr 2014
Reputation:
1
I have setup live TV in XBMC recently. I'm using TVheadend as the backend with a HDHomerun dual tuner to get the ASTC signal from my TV antenna. Everything is working fine on my setup. However, the raw default recording files I'm getting are *.mkv container in MPEG-2 format. Those files are huge. One hour of recording is taking me aprox. 8 gigs of space on my hdd. It is ok just to watch and delete the recording shortly after that but it is far from ideal if I want to archive those files.
I have looked a little on how to convert or transcode mpeg-2 files in a more space friendly format but I didn't found clear or straight forward instructions on how to do that yet.
So here my questions for those who are more familiar with this:
1-Which applications are your using to get a better format and remove all the ads from the recording? (I'm on linux fwiw)
2-What are the best output format (container, audio and video codecs, bitrate etc...) to keep the best quality with a reasonnable file size.
I would greatly appreciate if some of you could share the scripts they are using or any good documentations on the subject.
Thank you!
Posts: 968
Joined: Nov 2011
Reputation:
10
giaur
Posting Freak
Posts: 968
You probably want to deinterlace and convert to mpeg4 or maybe resize video. You can use ffmpeg, optionally with some gui (traGtor, WinFF). Handbrake and Avidemux are also good.
However I suggest to not reencode it, you will always experience quality loss.
Posts: 2,771
Joined: Mar 2011
Reputation:
95
2014-10-11, 19:10
(This post was last modified: 2014-10-11, 19:15 by Prof Yaffle.)
+1 for avidemux, and Handbrake if you have to re-encode. I avoid it for OTA broadcasts if I can, but there are a couple of scenarios in which I re-encode anyway:
1. If the reference frames aren't in the right place, and I want a cleaner cut (much more a problem with H264 than MPEG2) - Handbrake can insert more frequent frames
2. For widescreen movies, the channel DOG frequently floats in black space in the top left. Re-encoding with a manual crop simply strips this away.
3. If I have any pts/dts sync issues that prevent avidemux from maintaining sync when it saves the file - Handbrake fixes sync errors nicely most of the time (as would ProjectX if you're using MPEG2, but it won't work for H.264).
I'd probably partly disagree with giaur on the 'don't re-encode' - in my experience you can shift MPEG2 to H.264 (RF20ish), drop out any audio description tracks and save a good chunk on size without losing anything except time. You'd need to decide for yourself if the space/quality works for you.
As for container... mkv holds anything; while avi and mp4 are probably the default containers for MPEG2 and H.264, they limit you to what audio track types you can store. It depends on how portable you want the files to be: XBMC, VLC and most modern media players won't care one jot, but your TV or similar would if you were to play a file off SD card or over DLNA.