IRCloggy #hts 2017-09-03

Logs Search ←Prev date Next date→ Channels Documentation

Provider of IRC logs since 2005.
WARNING: As Freenode became unjoinable and lost all warnings in topics, we cannot log channels on Freenode anymore.

2017-09-03

→ dano5 joined00:15
→ sgtpepper joined00:30
← dano5 left00:30
→ dano5 joined00:33
← sgtpepper left00:34
← mETz left01:16
→ mETz joined01:22
→ arcus joined02:22
← arcus____ left02:26
← nroberto13 left03:20
→ nroberto13 joined03:20
→ c0mm0n joined03:30
← thermionic_ left04:10
→ thermionic_ joined04:10
→ sgtpepper joined04:30
← sgtpepper left04:35
← c0mm0n left04:45
→ c0mm0n joined05:47
← c0mm0n left06:46
→ sgtpepper joined07:30
← sgtpepper left07:34
perexg andoma: originally, the files in src/webui/static/extjs/examples/ux/ were symlinks to vendor/ext-3.4.1/examples/ux but they're regular files now.. the pull failed (updated wrongly src/webui files) for a reason on doozer07:42
← manio left07:54
→ manio joined07:54
DoozerBot Branch master updated by perexg [ file modified ]08:08
libav: vaapi - fix compilation error for older version of libva08:08
Branch master updated by perexg [ files modified ]08:08
libav: try to fix the log trouble with NULL logctx08:08
Branch master updated by perexg , building targets: precise-amd64, precise-i386, trusty-amd64, trusty-i386, xenial-amd64, xenial-i386, jessie-i386, jessie-amd64, stretch-i386, stretch-amd64, xenial-armhf, xenial-arm64, fedora24-x86_64, centos7-x86_64 08:08
precise-i386: v4.3.427 Build done - https://doozer.io/build/ao9WEJa0zc08:08
precise-amd64: v4.3.427 Build done - https://doozer.io/build/PuhJDG5o0g08:09
trusty-amd64: v4.3.427 Build done - https://doozer.io/build/yn9HMUhWkX08:10
trusty-i386: v4.3.427 Build done - https://doozer.io/build/065rHsNuUs08:10
xenial-arm64: v4.3.427 Build done - https://doozer.io/build/QSBM5aLh0T08:10
xenial-amd64: v4.3.427 Build done - https://doozer.io/build/NoqjbalIpS08:11
xenial-i386: v4.3.427 Build done - https://doozer.io/build/XpFzJ7tB1P08:11
jessie-i386: v4.3.427 Build done - https://doozer.io/build/MiYFp5Hmk308:12
jessie-amd64: v4.3.427 Build done - https://doozer.io/build/9IWh7WMFpd08:12
xenial-armhf: v4.3.427 Build done - https://doozer.io/build/XHlsgnwewO08:12
stretch-i386: v4.3.427 Build done - https://doozer.io/build/baiPgQeWPh08:13
stretch-amd64: v4.3.427 Build done - https://doozer.io/build/bANL7GAarp08:13
centos7-x86_64: v4.3.427 Build done - https://doozer.io/build/ub7EId79sU08:14
fedora24-x86_64: v4.3.427 Build done - https://doozer.io/build/CHiclhnZja08:15
→ sgtpepper joined08:34
← rubdos left08:40
→ serafean joined08:45
→ pohly joined08:45
pohly I'm pulling tvheadend .debs from "https://dl.bintray.com/tvheadend/ubuntu stable/main amd64", where the latest is 4.0.9~trusty.08:47
Is 4.2 not considered stable yet, or why is it not in that repo?08:47
I'm asking because I have to set up my DVB-C anew, due to a complete overhaul of the muxes by the provider.08:48
Regarding that, I am currently stuck at two fronts: I edited /usr/share/tvheadend/data/dvb-scan/dvb-c/de-Unitymedia to reflect the new muxes, but the tvheadend UI still uses the old values when I create a new network. Where the original values perhaps compiled into the binary? I ran tvheadend under strace and did not see it open the data file.08:50
So right now I have a setup where I created the network with the old pre-defined muxes and then updated the frequencies.08:51
← sgtpepper left08:51
pohly My network has both "network discovery" and "skip initial scan" off.08:51
My TV adapters are found.08:52
My muxes are in status "pending".08:52
And that's where I am stuck. They are not actually getting scanned.08:52
I also tried "force scan" for the network, with no effect.08:53
I don't even see anything in the console log, not even with debugging enabled.08:53
console log = lower half of the web UI.08:53
Any suggestions what might be wrong or what I might try next?08:54
→ rubdos joined08:54
mpmc pohly: switch to the main repo.08:56
pohly What is the main repo?08:56
mpmc pohly: Also the scan files used by tvh are here: https://github.com/tvheadend/dtv-scan-tables08:57
It's all here https://tvheadend.org/projects/tvheadend/wiki/AptRepository08:57
pohly mpmc: thanks. Re-reading that page (I swear, I did this week) I see that "stable/main" is no longer the most recent.08:58
mpmc pohly: There is some issues with the builds right now, they're being incorrectly tagged as dirty, but you should be able to use stable-4.2.09:00
pohly I'll update and then report back regarding the mux scanning.09:00
mpmc Or release.09:00
release-4.2**09:00
pohly I'm getting 4.2.3~xenial. FWIW, it also installs dtv-scan-tables from http://de.archive.ubuntu.com/ubuntu, i.e. not some forked version.09:02
Perhaps that's the problem: I had uninstalled dtv-scan-tables, because it looked like tvheadend used its own copy. The package dependencies for 4.0 didn't list dtv-scan-tables.09:03
mpmc tvh can use it's own built-in and system wide versions.09:04
→ sgtpepper joined09:05
pohly Hmm, still no luck. 4.2.3 is running, but despite "force scan", all muxes remain in "pending".09:06
mpmc pohly: It isn't instant.09:08
There's a delay usually.09:08
pohly I can give it more time. But nothing happened for 4.0 the entire night.09:08
mpmc Did you enable & assign the network to an adaptor?09:09
pohly Ahem, no? ;-} How and where do I do that?09:09
Found it.09:10
And now it is scanning! Thanks a lot.09:10
FWIW, I was basically going from left to right in the tabs: check adapters, set up network, set up muxes.09:11
mpmc pohly: There's a wizard in 4.2 to guide new users.09:11
pohly It had not occurred to me that I need to go back to adapters after setting up the network.09:11
The wizard probably would have helped.09:12
mpmc It should've popped up with 4.2.09:12
or not if it's an old config.09:12
→ estimadarocha joined09:13
mpmc Which reminds me, I really really should update the docs to include screenshots of the new stuff.09:13
estimadarocha hi09:13
mpmc09:14
hi perexg09:14
mpmc Bom dia estimadarocha !09:14
estimadarocha: Random question, is it better to use bom or boa?09:15
estimadarocha bom dia its for morning09:18
if it is @ night09:19
its boa noite09:19
perexg or mpmc09:19
i don't know if i should open a issue or not09:19
but i notice some strange behavir09:19
behavior09:19
if i am watching a channel with transcode profile09:20
i can not watch it twice09:20
or better i cannot have it open on 2 places09:20
it's supposed to work like that?\09:21
mpmc estimadarocha: I think the transcoding is done per user/stream? I'm not 100% sure best to wait for perex to answer that.09:21
estimadarocha could you give an eye on it09:21
teamviewer09:21
mpmc I know what you mean.09:22
I think it's been asked before.09:22
I just can't remember why >.<09:22
more than likely he already knows about it, and needs to work out how to solve it.09:23
estimadarocha https://prnt.sc/ggh0th09:24
trying to watch in two instances gives that09:24
mpmc Yep.09:24
estimadarocha other thing i think about its the ability to use the transcode not just by user/stream but also have the ability to choose channels to transcode09:25
imagine i have one channel sd and other hd09:26
if i am using a user: teste and that user is using a transcode stream profile09:26
mpmc I'm not sure if it should or users should be able to watch the same hw-encoded stream. IIRC it had something to do with timeshift between users, I honestly can't be sure too running on 4 hours sleep.09:26
estimadarocha he will watch the two channels with transcode09:27
even the "sd" version doesn't need to be transcoded09:27
this is just one example09:27
but i guess it makes some sense09:27
dont you agree?09:35
mpmc estimadarocha: I guess if you mix H/SD & don't want transcoding done for a certain type or stream there needs to be an option somewhere.09:37
← sgtpepper left09:42
estimadarocha something like that09:43
← Immanuel left09:52
→ Immanuel joined09:58
→ IvanG joined10:21
← Diaoul left10:37
→ daszorz joined10:48
→ mkreisl joined10:57
→ Diaoul joined11:01
← estimadarocha left11:04
← pohly left11:04
→ sgtpepper joined11:36
perexg estimadarocha: there are 'source codec' fields in the streaming profiles.. you can select the stream types which should be transcoded, others are kept asis..11:56
example - "MPEG2VIDEO|H264" - transcode mpeg2/h264 video only, but keep HEVC streams asis...11:57
→ c0mm0n joined12:09
DoozerBot Branch master updated by perexg [ file modified ]12:49
transcode: don't print '==> Passthrough', the copy profile name is printed, too12:49
Branch master updated by perexg [ files modified ]12:49
profile: fix the transcoded stream sharing12:49
Branch master updated by perexg , building targets: precise-amd64, precise-i386, trusty-amd64, trusty-i386, xenial-amd64, xenial-i386, jessie-i386, jessie-amd64, stretch-i386, stretch-amd64, xenial-armhf, xenial-arm64, fedora24-x86_64, centos7-x86_64 12:49
precise-i386: v4.3.429 Build done - https://doozer.io/build/MCTYU9kUze12:50
precise-amd64: v4.3.429 Build done - https://doozer.io/build/TcJG0sQ7vA12:50
perexg estimadarocha: I fixed the problem with streaming one transcoded service to more users ^^^12:50
DoozerBot trusty-amd64: v4.3.429 Build done - https://doozer.io/build/qVd9RlF3JX12:51
trusty-i386: v4.3.429 Build done - https://doozer.io/build/fErflh191812:51
xenial-arm64: v4.3.429 Build done - https://doozer.io/build/ybUHAgPSl312:52
xenial-i386: v4.3.429 Build done - https://doozer.io/build/MIFhq6i1G812:52
xenial-amd64: v4.3.429 Build done - https://doozer.io/build/RZPgHkfjEG12:52
jessie-i386: v4.3.429 Build done - https://doozer.io/build/VM5NyLwE3X12:54
jessie-amd64: v4.3.429 Build done - https://doozer.io/build/Z5E09uVwlT12:54
xenial-armhf: v4.3.429 Build done - https://doozer.io/build/FivpHdcSl012:54
stretch-i386: v4.3.429 Build done - https://doozer.io/build/Jufu0ztME612:54
stretch-amd64: v4.3.429 Build done - https://doozer.io/build/njr63sP8ts12:54
→ aholza joined12:55
DoozerBot centos7-x86_64: v4.3.429 Build done - https://doozer.io/build/ewBnPqHk6a12:56
fedora24-x86_64: v4.3.429 Build done - https://doozer.io/build/umQ4frral812:56
← daszorz left13:05
→ kvaster joined13:09
← c0mm0n left13:15
← kvaster left13:34
→ kvaster joined13:34
DoozerBot Branch master updated by perexg [ files modified ]13:38
parsers: allow higher PTS/PCR drift, fixes #450713:39
Branch master updated by perexg , building targets: precise-amd64, precise-i386, trusty-amd64, trusty-i386, xenial-amd64, xenial-i386, jessie-i386, jessie-amd64, stretch-i386, stretch-amd64, xenial-armhf, xenial-arm64, fedora24-x86_64, centos7-x86_64 13:39
precise-i386: v4.3.430 Build done - https://doozer.io/build/EqlweZwoWs13:39
precise-amd64: v4.3.430 Build done - https://doozer.io/build/hxBEIwoO9T13:40
trusty-amd64: v4.3.430 Build done - https://doozer.io/build/BhEFSzMT1b13:41
trusty-i386: v4.3.430 Build done - https://doozer.io/build/7sB4DlFHCM13:41
xenial-arm64: v4.3.430 Build done - https://doozer.io/build/8ju9MP3bGD13:41
Branch master updated by perexg [ files modified ]13:41
DVR: Record segmented programmes identified by EIT.13:41
13:41
A broadcaster can split a programme in to multiple segments. These13:41
are identified by the segments having a CRID containing an IMI13:41
(a hash character followed by an ID). Segments have identical13:41
values for this CRID and IMI and the segments start within three13:41
hours of the end of the previous segment.13:41
13:41
These rules are documented in this spec in section 7.1.7:13:41
http://www.freeviewnz.tv/media/1055/freeview_dtt_transmission_rules_2_1.pdf13:41
This document is based on the UK transmission specification.13:41
13:41
For example, a movie may be broadcast as:13:41
21:00--22:00 movie segment 113:41
22:00--22:05 five minute news13:41
22:05--23:30 movie segment 213:41
13:41
The xmltv guides typically merges this segments in to one13:41
programme such as:13:41
21:00--23:30 movie (including news)13:41
13:41
In theory, a programme can be split in to numerous segments.13:42
In practice I have only seen a programme split in to two13:42
segments as shown above.13:42
13:42
To simplify recording these programmes, we identify segmented13:42
programmes and extend the stop time. So, in the above case,13:42
if the user records the 9pm showing then we will automatically13:42
extend the stop time to be 23:30 instead of 22:00.13:42
13:42
This patch explicitly disables "epg running state" for stopping13:42
the recording. This is because the recording is tied to the first13:42
showing and we don't want the recording to stop at 22:00 in the13:42
above example.13:42
13:42
We cache the calculated stop time to avoid any overheads, but13:42
explicitly recalculate it at the start of the programme. This ensures13:42
we detect any recent changes.13:42
13:42
No modification is done of the actual EPG data to attempt to13:42
merge the programme segments.13:42
13:42
The consequence of this is that the EPG will only show a "recording"13:42
marker against the first segment of the programme and not against13:42
the second segment, which is unfortunate, however it is consistent13:42
with recordings which have an extra stop time. The upcoming13:42
recordings tab correctly shows the end time.13:42
13:42
The duration of the finished recording is currently incorrectly13:42
reported due to #3706. So the movie above would be reported as13:42
60 minutes instead of 2h30.13:42
← mkreisl left13:42
DoozerBot 13:42
Although the CRID processing is believed to be a global standard,13:42
if other countries do not follow the UK/NZ specification then13:42
the dvr_entry_get_segment_stop_extra could be updated to check a13:42
(bitmask) config variable to enable/disable specific CRID processing.13:42
13:42
I believe the overhead of the strcmp for the CRID check is minimal,13:42
even on low-spec machines. If necessary we could cache to indicate13:42
the CRID check has failed.13:42
13:42
Issue: #130313:42
Branch master updated by perexg , building targets: precise-amd64, precise-i386, trusty-amd64, trusty-i386, xenial-amd64, xenial-i386, jessie-i386, jessie-amd64, stretch-i386, stretch-amd64, xenial-armhf, xenial-arm64, fedora24-x86_64, centos7-x86_64 13:42
precise-i386: v4.3.431 Build done - https://doozer.io/build/jsFLUljvM613:42
precise-amd64: v4.3.431 Build done - https://doozer.io/build/eqLYmIIoAE13:42
trusty-amd64: v4.3.431 Build done - https://doozer.io/build/H5KAn5QT4z13:44
trusty-i386: v4.3.431 Build done - https://doozer.io/build/Icc9TrVmIh13:44
xenial-arm64: v4.3.431 Build done - https://doozer.io/build/PTe909p3nS13:44
xenial-amd64: v4.3.431 Build done - https://doozer.io/build/Ia2bAAVwvb13:45
xenial-i386: v4.3.431 Build done - https://doozer.io/build/TKGFDsJ6tV13:45
jessie-i386: v4.3.431 Build done - https://doozer.io/build/8VpS6AE2Cd13:46
jessie-amd64: v4.3.431 Build done - https://doozer.io/build/Mbd5JrKPcv13:46
xenial-armhf: v4.3.431 Build done - https://doozer.io/build/S2zzZZrVrl13:47
← aholza left13:47
DoozerBot stretch-i386: v4.3.431 Build done - https://doozer.io/build/gm10GR0dv413:47
stretch-amd64: v4.3.431 Build done - https://doozer.io/build/6WwmTWRUjm13:47
centos7-x86_64: v4.3.431 Build done - https://doozer.io/build/7RseC2I9u313:49
fedora24-x86_64: v4.3.431 Build done - https://doozer.io/build/zCAXl5tZQ713:49
← Haxxa left13:57
← serafean left14:11
→ Ntemis joined14:20
→ Haxxa joined14:23
→ estimadarocha joined14:27
mpmc Holy crap that was a long ass commit message.14:48
andoma: Can I recommend you limit DoozerBot from printing more than 2 or three lines? I have nothing against long commit messages, but IRC spam checkers do :p14:50
estimadarocha mpmc14:51
mpmc Yes? :p14:51
estimadarocha tried a second ago14:51
vp914:51
2% usage14:51
:P14:51
mpmc :o14:51
very nice.14:52
estimadarocha but sd doesn't work14:52
just sound no image14:53
strange14:53
will have a better look on that tonight14:54
i will let you know14:54
mpmc estimadarocha: I don't think hw is doing the transcoding can do vp9 in that case.. untick the hwaccel for the profile :p14:55
estimadarocha by the way14:55
perexg must have fixed the multi stream14:55
mpmc It can't do*14:55
estimadarocha transcode14:55
mpmc He has.14:55
estimadarocha :P14:55
mpmc He pinged you about it.14:55
estimadarocha could you paste here14:56
please laptop as suspended14:56
and i lost it14:56
mpmc estimadarocha: http://colabti.org/irclogger/irclogger_log/hts?date=2017-09-03#l15014:57
→ mkreisl joined15:00
estimadarocha thanks mppc15:05
mpmc15:06
and by the way thank you very much perexg15:06
now i just need to discover if i have 2 users like test1 and test2 watching same service15:06
both transcoded15:06
if i will be making 2 encodes15:06
or if its just one15:06
and shared amoung test1 and test215:08
have to go now for some hours we talk later15:08
bb all15:08
← estimadarocha left15:09
← Immanuel left15:28
← kvaster left16:18
→ kvaster joined16:29
← Ntemis left16:41
→ serafean joined16:46
→ Spr0cket joined16:54
← Spr0cket left16:54
→ Spr0cket joined16:54
← Spr0cket left16:54
→ Spr0cket joined16:54
← Spr0cket left17:22
→ Spr0cket joined17:25
← Spr0cket left17:25
→ Spr0cket joined17:25
← Spr0cket left17:25
→ Spr0cket joined17:25
← Spr0cket left17:33
→ Spr0cket joined17:45
← Spr0cket left17:45
→ Spr0cket joined17:45
← Spr0cket left17:45
→ Spr0cket joined17:45
← sgtpepper left17:57
← drcode left17:58
← Spr0cket left18:00
→ Spr0cket joined18:00
← Spr0cket left18:00
→ Spr0cket joined18:00
← Spr0cket left18:00
→ Spr0cket joined18:00
DoozerBot Branch master updated by perexg [ files modified ]18:03
transcode: vaapi - remove depedency on libdrm18:03
Branch master updated by perexg [ files modified ]18:03
transcoder: vaapi - add support for vp8 encoder (tested) and vp9 decoder (untested)18:03
Branch master updated by perexg , building targets: precise-amd64, precise-i386, trusty-amd64, trusty-i386, xenial-amd64, xenial-i386, jessie-i386, jessie-amd64, stretch-i386, stretch-amd64, xenial-armhf, xenial-arm64, fedora24-x86_64, centos7-x86_64 18:03
→ daszorz joined18:04
DoozerBot xenial-arm64: v4.3.433 Build done - https://doozer.io/build/dZ7wkYKB3P18:06
→ drcode joined18:07
→ sgtpepper joined18:07
← sgtpepper left18:07
→ sgtpepper joined18:08
DoozerBot xenial-armhf: v4.3.433 Build done - https://doozer.io/build/q3v4MOAsQs18:08
precise-i386: v4.3.433 Build done - https://doozer.io/build/yrypdOTaJY18:10
precise-amd64: v4.3.433 Build done - https://doozer.io/build/iC4XN8kO4t18:10
perexg it seems that current ffmpeg 3.3.3 / libva combo is able to encode (not decode) vp8 and decode vp9 (not encode)! libva has support for vp8 decode - VAEntrypointVLD for VAProfileVP8Version0_3; just info for anyone who cares18:13
← drcode left18:17
→ ProfYaffle_ joined18:18
DoozerBot trusty-amd64: v4.3.433 Build done - https://doozer.io/build/i15YN5O8Ze18:19
trusty-i386: v4.3.433 Build done - https://doozer.io/build/NvTP1W8yoT18:19
← ProfYaffle left18:21
← Spr0cket left18:33
→ Spr0cket joined18:33
← Spr0cket left18:33
→ Spr0cket joined18:33
← Spr0cket left18:33
→ Spr0cket joined18:33
DoozerBot xenial-amd64: v4.3.433 Build done - https://doozer.io/build/MB1NXwCC0I18:38
→ ProfYaffle___ joined18:39
DoozerBot xenial-i386: v4.3.433 Build done - https://doozer.io/build/BCmJjqff8G18:39
← ProfYaffle_ left18:41
→ pohly joined18:48
DoozerBot jessie-i386: v4.3.433 Build done - https://doozer.io/build/P1rVXKM9bp18:58
jessie-amd64: v4.3.433 Build done - https://doozer.io/build/F7ZsZEFFvd19:00
→ sgtpepper_clone joined19:07
DoozerBot stretch-i386: v4.3.433 Build done - https://doozer.io/build/1kWYdaSa2q19:08
stretch-amd64: v4.3.433 Build done - https://doozer.io/build/67x6WXLZOJ19:10
← sgtpepper left19:10
← kvaster left19:12
→ omidnazari joined19:12
omidnazari Hello; I install Tvheadend ver 4.2.3 in Opensuse Leap42.3 and Pre-defined muxes is empty. How to fix it?19:14
→ drcode joined19:15
DoozerBot fedora24-x86_64: v4.3.433 Build done - https://doozer.io/build/vNRwxkz77l19:20
centos7-x86_64: v4.3.433 Build done - https://doozer.io/build/OO4Cfhl4IC19:21
← drcode left19:25
← Spr0cket left19:25
→ Spr0cket joined19:29
← Spr0cket left19:29
→ Spr0cket joined19:29
← Spr0cket left19:29
→ Spr0cket joined19:29
← t1t left19:33
← pohly left19:35
→ t1t joined19:49
← Spr0cket left19:50
→ Spr0cket joined19:52
← Spr0cket left19:52
→ Spr0cket joined19:52
← Spr0cket left19:52
→ Spr0cket joined19:52
→ arcus_ joined20:01
← arcus left20:01
← serafean left20:04
← omidnazari left20:10
← t1t left20:13
→ ant_thomas joined20:19
← daszorz left20:20
→ tvhhelp|3402 joined20:33
← tvhhelp|3402 left20:34
→ daszorz joined20:48
← Spr0cket left20:58
→ Spr0cket joined20:59
← Spr0cket left20:59
→ Spr0cket joined20:59
← Spr0cket left20:59
→ Spr0cket joined20:59
→ proxics joined21:08
proxics me ned hellp21:13
← sgtpepper_clone left21:13
→ estimadarocha joined21:13
proxics anibady for help??21:15
← proxics left21:16
→ proxics joined21:16
← Spr0cket left21:16
← ant_thomas left21:17
→ Spr0cket joined21:18
← Spr0cket left21:18
→ Spr0cket joined21:18
← Spr0cket left21:18
→ Spr0cket joined21:18
proxics help ???21:19
estimadarocha perexg21:20
about the last commit21:20
perexg it seems that current ffmpeg 3.3.3 / libva combo is able to encode (not decode) vp8 and decode vp9 (not encode)! libva has support for vp8 decode - VAEntrypointVLD for VAProfileVP8Version0_3; just info for anyone who cares21:21
and transcoder: vaapi - add support for vp8 encoder (tested) and vp9 decoder (untested)21:21
i read: You can now use FFmpeg's VAAPI-based VP8 and VP9 encoder on Skylake+ systems on Linux21:22
can you please have a look on that?21:22
have a look on this please : https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a321:23
→ sgtpepper joined21:29
← sgtpepper left21:33
ProfYaffle___ proxics, there are a few people here off-and-on... maybe you need to describe your problem, then leave it and see who can help21:58
ProfYaffle___ → ProfYaffle21:58
estimadarocha ProfYaffle: its done21:58
:P21:58
ProfYaffle estimadarocha, if you say so :)21:59
proxics yes be done thank you21:59
estimadarocha perexg: sorry to don't answer you before but like you can see i am off/on/off/on and sometimes i have to read the backlogs21:59
i did find your coment "estimadarocha: there are 'source codec' fields in the streaming profiles.. you can select the stream types which should be transcoded, others are kept asis.."22:00
however that field just let me choose by source codec type22:01
99% of my streams are mpeg-ts but from those there are channels in HD and in SD quality22:01
imagine i just need to transcode the HD ones because they have very hight bitrates22:02
if i choose source codec mpeg-ts it will transcode HD and SD22:03
even SD are allready well for me with their original bitrate22:03
thanks for all the help and for the last commits22:03
i am off now22:09
proxics: next question put them here22:09
bye22:09
← estimadarocha left22:17
← daszorz left22:25
→ daszorz joined22:27
← daszorz left22:49
← mkreisl left22:51
← IvanG left22:52
→ Immanuel joined23:11
← Immanuel left23:42
→ Immanuel joined23:48
← Spr0cket left23:52
→ Spr0cket joined23:53
← Spr0cket left23:53
→ Spr0cket joined23:53
← Spr0cket left23:53
→ Spr0cket joined23:53

Logs Search ←Prev date Next date→ Channels Documentation