[FFmpeg-user] avoid pixelated dvb-t

[juan carlos Rebate]

I've tried all the free channels from 7 to 13 and all with terrible
resultdos, I've got a cable 17 meters, now would need to transmit the
signal from rtp to http, I tried the following ffmpeg -re -i
rtp://239.0.0.107:8208 http:localhost,but he tells me I need a
directory, I do not want to directories, I want to be transmitted out
there http://localhost

2015-12-13 23:58 GMT+01:00 Henk D. Schoneveld <belcampo at zonnet.nl>:
>
> On 13 Dec 2015, at 16:48, juan carlos Rebate <nerus492 at gmail.com> wrote:
>
>> because it is not permissible that frequency in Spain. And because the
>> 802.11a standard is based on 802.11n I have 802.11n
> AFAIK in every country in the world there are about 10-12 sub-channels you can choose from. Providers choose some channel for heir router, if all your neighbours have their internet from the same provider all routers operate on the same sub-channel and everybody has lousy WiFi, by choosing another sub-channel you’re avoiding collisions with the WiFi of you neighbours and thereby getting better quality.
>> El 13/12/2015 16:22, "Henk D. Schoneveld" <belcampo at zonnet.nl> escribió:
>>
>>>
>>> On 13 Dec 2015, at 16:02, juan carlos Rebate <nerus492 at gmail.com> wrote:
>>>
>>>> 802.11a is posible?
>>> Yes, why would you think it would not be possible for 802.11a ?
>>>> El 13/12/2015 13:39, "Henk D. Schoneveld" <belcampo at zonnet.nl> escribió:
>>>>
>>>>>
>>>>> On 12 Dec 2015, at 23:13, juan carlos Rebate <nerus492 at gmail.com>
>>> wrote:
>>>>>
>>>>>> solved,I managed a network cable for testing, it is indeed wireless
>>>>>> errors by CABle is super-sharp image and very clean,Is there a way to
>>>>>> repair the wireless data loss?
>>>>> Getting a better wireless antenna at router and/or receiver side.
>>> Choose a
>>>>> less used, by other routers, channel on the router which could make up
>>> for
>>>>> a better WiFi signal.
>>>>>>
>>>>>> 2015-12-09 0:27 GMT+01:00 juan carlos Rebate <nerus492 at gmail.com>:
>>>>>>> only the VLC but this has already been tried without success,do not
>>>>>>> need to capture packets, the connection is correct but does not decode
>>>>>>> the signal ffplay
>>>>>>>
>>>>>>> 2015-12-08 23:46 GMT+01:00 Andy Furniss <adf.lists at gmail.com>:
>>>>>>>> juan carlos Rebate wrote:
>>>>>>>>>
>>>>>>>>> use windows therefore these commands are not valid ffmpeg version
>>>>>>>>> N-77137-gff6dd58
>>>>>>>>
>>>>>>>>
>>>>>>>> OK, maybe something like wireshark could do it and be told to capture
>>>>>>>> full packets and save to pcap file format.
>>>>>>>>
>>>>>>>> Are there any windows players that can play the stream?
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> ffmpeg-user mailing list
>>>>>>>> ffmpeg-user at ffmpeg.org
>>>>>>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>>>> _______________________________________________
>>>>>> ffmpeg-user mailing list
>>>>>> ffmpeg-user at ffmpeg.org
>>>>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>>>
>>>>> _______________________________________________
>>>>> ffmpeg-user mailing list
>>>>> ffmpeg-user at ffmpeg.org
>>>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>>>
>>>> _______________________________________________
>>>> ffmpeg-user mailing list
>>>> ffmpeg-user at ffmpeg.org
>>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>
>>> _______________________________________________
>>> ffmpeg-user mailing list
>>> ffmpeg-user at ffmpeg.org
>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user