и кажется что сеть как раз тоже требует big endian

но возможно это я что-то уже перепутал совсем

Имплементация для врайтера в биг индиан бтв 😂

fn reflect_u32(&mut self, data: &mut u32) -> std::io::Result<()> {
        let mut d = data.to_be();
        let b0 = (d & 0xFF) as u8; d /= 0x100;
        let b1 = (d & 0xFF) as u8; d /= 0x100;
        let b2 = (d & 0xFF) as u8; d /= 0x100;
        let b3 = (d & 0xFF) as u8;
        let bytes_written = self.stream.write(&[b0, b1, b2, b3])?;
        if bytes_written == 4 {
            Ok(())
        } else {
            Err(std::io::Error::new(
                std::io::ErrorKind::Other,
                "failed to write four bytes"
            ))
        }
    }

бесспорно

В сети низкоуровневые протоколы используют BE, но на application layer все используют LE

Ну ты понял, что надо внимательно смотреть в std

Что-то новое, а как же священные вызовы hton и ntoh?

Это для тех кто не любит zerocopy deserialization

Еще половина погромистов, особенно в геймдеве, просто пишут as-is, и только некоторые делают это осознанно

Короче судя по всему я на днях приведу свою либу к сильно более компактному виду и zero unsafe, и возможно она даже быстрее работать начнёт :D хотя и до этого не жаловался

как я вижу, эмеральд не особо-то и популярный?

Автор его не особо продвигает в отличие от квадов и беви.

Это просто библиотека общего кода.

Если будешь по загрузкам смотреть, самым популярным окажется ggez, но это будет не совсем актуальная инфа

Хотя не знаю, может он до сих пор норм?

ggez немного шевелится - новый rc для 0.6 недавно вышел

ggez норм, чего ему быть не норм

Тогда давайте его тоже порекомендуем

Просто у него появились более эргономичные и портабельные конкуренты.

Так что выбирать ggez сейчас мало смысла