Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
  • 1
  • 87
  • 88
  • 89(current)
  • 90
  • 91
  • 111
[OLD] HOW-TO watch Live TV in XBMC for Linux with Tvheadend, the easy way!
Hi

Made some more test recently about the sound glitches/buffer problem.

- first channel start: aq & vq are rounding 30%, everything is ok.
- first channel switch: aq & vq are rounding 1% -> audio glitches / frame drop.
- switching audio channel on the problematic stream -> aq & vq are now filled at 30% and the stream play correctly.


I've noticed something new in deinterlacing setting, now "Auto Ion optmised". Dunno if it's a fresh svn commit or a patch you've added, but it works flawlessly on SD as it never did before.
Tvheadend 2.12 just released.
I've been grappling with VDR for ages now, and earlier today I decided to ditch it and switch to tvheadend. Just wanted to say thanks to dushmaniac, works brilliantly and thanks to your repository was incredibly easy to set up. Cheers!
Schumi Wrote:Tvheadend 2.12 just released.

See that in the timeline, but can't seem to find much info on what's changed.


On an unrelated note, is there an easy way to reorganize the channels in XBMC? I noticed it seems to be based on the order of channels in the channel directory under /home/hts/.hts/tvheadend/channels. Would it be as simple as changing the numbers to whatever order you want them to be in, then re-scanning in XBMC? It would be nice if there was some support for this through the client, but if it has to be done manually I guess I can manage it.

Oh, and thanks for all the great work. I'm loving this!
hotlobster Wrote:I've noticed something new in deinterlacing setting, now "Auto Ion optmised". Dunno if it's a fresh svn commit or a patch you've added, but it works flawlessly on SD as it never did before.

Noticed that today too. Worked great on 1080i HD as well.
cowfodder Wrote:See that in the timeline, but can't seem to find much info on what's changed.


On an unrelated note, is there an easy way to reorganize the channels in XBMC? I noticed it seems to be based on the order of channels in the channel directory under /home/hts/.hts/tvheadend/channels. Would it be as simple as changing the numbers to whatever order you want them to be in, then re-scanning in XBMC? It would be nice if there was some support for this through the client, but if it has to be done manually I guess I can manage it.

Oh, and thanks for all the great work. I'm loving this!
Hi,
think that not all fixes and changes have been implemented, but as it currently runs stable I understand that current version is 'promoted' to 2.12 (pushing all open tickets to the 3.0 version).
That will give everybody a solid version to fall back on and gives room for all development things to come (what I understand is that some fixes / changes require some deep changes, that will probably throw' stability back .... a bit Wink).

As for channel order: this can be done (with a lot of patience) from within the channel manager in XBMC, just move the channels up and down, just like you do on your tv set (or do I have a really old TV.... and no it's not black and white Cool)

regrads,
Ruud.
TV server: ClearOS 5.2, HTS Tvheadend git-0664329, IPTV
XBMC Clients (2): Jetway J7F3E Mini-ITX, AMD Geode NX1750, 1GB, Custom Build Case, 2,5" SATA 120GB, GeForce 8500GT (PCI) 256MB, NEC Slot-in DVD, 7" touch screen, 40" Samsung LED (VGA), ATI Remote Wonder (I)
(OS) Environment Clients: Ubuntu Server 10.04, XBMC 11.0 BETA 3, TVHeadend plugin enabled, Skin Confluenza
I am glad that you guys like the new deinterlace option. I just didn't want to change deinterlace option on every channel to get it working. That is why I implemented that and dushmaniac included it into his build.

But I think that this will not be included into the main trunk, because it is done special for ION and XBMC devs think that we need some kind of generic support for Auto deinterlace.
@Gujs, How your deinterlace option is working, and why it's not supposed to work on other nvidia gpu ?

For the moment your've done the best deinterlace implementation I could see on xbmc, but i don't know what you've made to make this work .

Cheers.
cowfodder Wrote:See that in the timeline, but can't seem to find much info on what's changed.
There's some sort of changelog
  • Add support for IPTV over IPv6
  • Use a native matroska mutiplixer to get better support for metadata, etc
  • Add support for multiple DVR configurations (can be set per recording)
  • Add suport for teletext subtitles
  • Add support for E-AC3
  • Workaround for ITV HD (which has incorrect PMT)
Anyone able to compile the master branch ? I keep getting compile errors ? It was working fine a while ago ..
The normal XBMC log IS NOT a debug log, to enable debug logging you must toggle it on under XBMC Settings - System or in advancedsettings.xml. Use XBMC Debug Log Addon to retrieve it.
I realise this is a TVHeadend thread, but is anyone here using the dushmaniac (Lars Op den Kamp) builds with VDR?

Does anyone know if it's working well with VDR?

Just given the Dharma build a go with VDR and it crashes when I try to view a channel.
yey, long day at work without any working internet connection Smile

@cowfodder:
this is the exact change: https://github.com/opdenkamp/xbmc/commit...0e008b8ea6

@Guys:
it won't be included in mainline because then you would get an option for every chipset you can think of. spiff posted a comment under that commit

@CrashX:
what error? I haven't checked the master branch directly for a couple of days, but I did compile the little refactor branch quite a few times, which is branched off and synced until 48 hrs ago with master.

@ant thomas:
streamdev doesn't work anymore. someone posted a ticket with an explaination on trac.
don't know about vnsi since I don't use vdr myself.
opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
@dushmaniac
Yes I know that. I am still thinking what would be a good general solution. I am more keen to mythtv based profiles than auto detection which spiff proposed. This is because when I change a channel, I don't want bad playback for a few seconds, because auto detection has to find if hardware is capable to decode.

@hotlobster
It just sets the right deinterlace type based on the video resolution,
If video height is equal or less than 576 pixels it uses temporal/spatial, if video height is more than 576 pixels it uses temporal half and if video is not interlaced it just disables it.
@Gujs.

Really interesting, could you post the patch here please ? I couldn't find it on trac.

Regards.

@Dushmaniac: I've installed TvHeadend to test ( I use VDR for ages now, hard to switch Smile ). I'm really suprised by the software quality. Had few hts crashes with the binary from Debian ( same as reported in the latest pages of this thread ), will test compiling myslef, but everything worked smoothly from first start.

Just to report you, i don't have the buffer problem with TvHeadend , only with VNSI. But zapping is faster in VNSI, so that would explain why the buffer don't have time to fill-in.

Few questions about TVHeadend:

- What's the behavior if SD & HD equivalent services are mapped to the same name ( in Service section ) ? Is there some kind of priority handling , like HD have priority if available ?
- same for joining to equivalent channels ( in channel section )
- I've made category using Tags, and ordered channels numbers. But it's not transmitted to xbmc pvr, will it be implemented in a near future on xbmc ( channel number & cat from tvheadend ) ?

I will continue to test TVHeadend for few days. I'm really convinced for the moment, perhaps it's time for me to switch from VDR to HTS.

Nice stuff.
The patch can be found 2 posts above your's -> https://github.com/opdenkamp/xbmc/commit...0e008b8ea6

Quote:- What's the behavior if SD & HD equivalent services are mapped to the same name ( in Service section ) ? Is there some kind of priority handling , like HD have priority if available ?
nope. just set up your HD channels as separate channels in tvheadend and use those in XBMC.

Quote:- same for joining to equivalent channels ( in channel section )
what do you want to achieve?
if you join channels, tvheadend will just choose one that's available when you tune in afaik. only thing I use that for is for channels that are 100% identical, not for joining HD and SD. I don;t even want them to be joined, since I got some old pcs that can't handle HD and I don't want tvheadend to stream HD content to those.

Quote:- I've made category using Tags, and ordered channels numbers. But it's not transmitted to xbmc pvr, will it be implemented in a near future on xbmc ( channel number & cat from tvheadend ) ?
it's on my todo list, but other things have a higher prio at the moment. I recommend using the channel manager in XBMC for now and copy over ~/.xbmc/userdata/Database/MyTV4.db to other clients (if you have them), or use a mysql backend to store channels.
opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
  • 1
  • 87
  • 88
  • 89(current)
  • 90
  • 91
  • 111

Logout Mark Read Team Forum Stats Members Help
[OLD] HOW-TO watch Live TV in XBMC for Linux with Tvheadend, the easy way!9
This forum uses Lukasz Tkacz MyBB addons.