Re: [mpg123-devel] Please test new network code in/out of mpg123 (now with HTTPS support)!

[Dave Y. <dav...@gm...>]

On 05/17/22 07:19 AM, Thomas Orgis wrote:
> Am Tue, 17 May 2022 07:06:46 -0700
> schrieb Dave Yeo <dav...@gm...>:
>
>> Genre:   Blues
>>  > 00120+10098  00:03.13+04:23.78 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>>  > 00128+10090  00:03.34+04:23.57 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>>  > 00136+10082  00:03.55+04:23.36 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>>  > 00144+10074  00:03.76+04:23.16 --- 100=100 112 kb/s  365 B acc    0
>> clip p+0.0
>>  > 00152+10066  00:03.97+04:22.94 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>>  > 00160+10058  00:04.17+04:22.73 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>>  > 00162+10056  00:04.23+04:22.68 --- 100=100 112 kb/s  366 B acc    0
>> clip p+0.0
>
> Is this breaking at the boundary of your terminal or is this email
> formatting? I'd assume that your screen width lookup works (maybe put a
> printf into term_width() and compare?).

Those were all one line. Widening the terminal to 90 characters gives 
(one line);
 > 00104+10114  00:02.71+04:24.20 --- 100=100 112 kb/s  366 B acc    0 
clip p+0.000

Notice that previously the last 00 was cutoff.

>
> One possibility is that \r doesn't do carriage return (move cursor back
> to beginning) but a line end instead. Do we need to do some custom
> cursor positioning?

I'd assume it gets translated into CR/LF, perhaps needs to be in binary 
mode?
Dave